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LONG  TERM  PROCEDURAL  LANGUAGES  COMMITTEE 
PURDUE  JAPAN 


1.  Translation  of  JEIDA  Report  52-A-117  on  Industrial 
Computer  Lan gauges 


I 
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JEIDA  Report  52 -A- 117  on  Industrial  Computer  Languages 

(1977  March) 


Note  for  Reading 

The  report  is  the  collection  of  answers  to  the  questionnaire 
and  therefore  lacks  consistency  in  their  description.  Also 
please  note  that  this  is  the  literal  translation  of  the  report. 

The  report  consists  of  19  sections;  each  section  describes  one 
language.  Almost  languages  listed  here  are  based  on  JIS 
(Japanese  Industrial  S t an dard)  FORTRAN . There  are  three  JIS 
FORTRAN:  level  7000,  level  5000  and  level  3000.  JIS  FORTRAN 
level  7000  is  equivalent  to  ANS  X3.9-66  FORTRAN  level  3000 
to  ANS  X3. 10-66  Basic  FORTRAN.  JIS  FORTRAN  Level  5000  is 
equivalent  to  ISO  Intermediate  FORTRAN . 

Mr.  Ed.  Tokunaga,  IBM  Japan,  Ltd. , kindly  provided  this 
translation. 
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1.  Oko  Electric  Co. 


Language  Name 
FORTRAN 
Hardware 

OKITAC-50  (Model  20  and  40) 

Base  Language,  Level  and  Design  Obiective 


Base  Language 
Level 

Design  objective 


FORTRAN 

JIS  FORTRAN  (Level  7000) 

-Speeding  up  of  processing  time  with 
using  minicomputer 

-Various  I/O  attachment  capability 


Character  Set,  Label,  Variable  Name 


Character  set 


Label 

Variable  name 


36  alphanumerals , Katakana  and  special 
characters 

Unsigned  integer  number  (1^32767) 

-1^6  alphanumerals,  where  the  first  must 
be  alphabet 

-1^6  Katakana  characters 


Data  Types  and  Precision 


Integer 


Real 


Logical 

Character 

Hexadecimal 

Complex 


Single  (16  bits)  ( - 2 15 ) ~ (2 15 - 1) 

Double  (32  bits)  (-231)%(231-1) 

Single  (32  bits)  16“65<^ | x|  <16^3  , 7 significant 

digits 

Double  (64  bits)  16"65<jx  |<1663,  14 

significant  digits 

Available  (.TRUE.,  .FALSE.) 

Internal  code  (ISO  code) , Up  to  255  characters 
Availabe  (0^9,  A-F) 
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6 . Default:  Rules 

Type  declaration:  Implicit  type  declaration  (I^N  rule) 

Omission  of  incrementation  parameter  of  DO  statement  is 
interpreted  as  a value  of  one. 

7 . Storage  Allocation 
Unknown 

8 . Common  Variables 

- Labeled  common  block,  unlabeled  common  block 

- External  common  block 

9 . Variables  on  External  Memory 
External  common  block  (ARRARY  Statement) 

10 . Array  Dimension 
3 dimensions 

11.  Structure 
none 

12.  Built-in  Functions 
See  attached  Table  1. 

13.  Language  Expansion  Capability  or  Conditional  Compile/Macro 
Facility 

None 

14.  Character/Bit  String  Manipulation  Capability 

Available  through  character  assignment  statement,  hexadecimal 
assignment  statement,  arithmetic  assignment  statement  and  IF 
statement . 

15 . Interruption  Handling 

- Available  on  some  hardwares  (e.g.  P I/O,  GD,  CRT) 

- Occurrence  of  interruption  is  detected  by  hardware  and 
supervisor  passes  information  to  the  interruption  handling 
routine  in  a subroutine. 
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16.  Input /Output 

- Sequential  I/O  statements:  READ/WRITE  statements,  auxiliary 

I/O  statements 

- Direct  Access  I/O  statements:  DEFINE  FILE  statement,  direct 

access  READ/WRITE  statements 
FIND  statement 

17 . File  Organization 
Sequential  file 
Direct  file 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TW,  CRT,  etc.) 

1)  Availability  of  READ/WRITE  Statements 

Available:  - For  CRT  (character  display),  input/output 

is  done  by  READ/WRITE  statement  as  those 
of  typewriter  console. 

- For  Graphic  Display  and  Colour  Dot  Display, 
input/output  is  performed  by  a subroutine 
(using  CALL  statement) 

2)  Others 

X-Y  Plotter:  - Control  linkage  - CALL  statement 

- Data  linkage  - Arguments 

- Format  linkage  - FORMAT  statement  (H  type) 

or  dummy  arguments 

19 . Debug  Facility 

1)  Debug  Line:  The  character  D in  column  1 of  a line 

designates  the  line  as  a debug  lint  If 
DL  option  is  specified  by  programmer,  the 
character  D in  column  1 is  replaced  by  a 
space,  and  if  DL  option  is  not  specified, 
the  character  D is  replaced  by  the  character 
C and  the  line  is  regarded  as  a comment  lin< 

2)  Debug  Facility  Statements 
DEBUG 


AT 
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2)  TRACE  ON 
TRACE  OFF 

DISPLAY  - This  statement  specifies  to  display  the  name 
and  the  value  of  a variable  and  an  array  in 
the  list. 

20 . Real  Time  Facilities 
See  attached  Table  2. 

21.  Process  I/O  Facilities 
See  attached  Table  3. 

22 . Other  Facilities 

This  FORTRAN  incorporates  JIS  FORTRAN  (Level  7000) . 

The  features  expanded  from  JIS  FORTRAN  (Level  7000)  are 
listed  in  the  attached  Table  4. 

23.  Applicable  Area 

Scientific  application,  process  control,  data  logging, 
instrumentation  control,  environmental  testing. 

2.  Fujitsu/PANAFACOM 

1.  Language  Name 

FORTRAN 

2 . Hardware 

PFU  Series  (PFU-100,  200,  300,  400) 

3 • Base  Language,  Level  and  Design  Objective 

Base  language  : FORTRAN 

Level  : JIS  FORTRAN  (Level  7000) 

Design  objective:  Produce  high  performance  object  programs 

in  scientific  and  industrial  applications 

4.  Character  Set,  Label,  Variable  Name 

Character  Set:  10  numerals,  26  alphabets,  12  special  characters 
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TABLE  1.  Built-in  Functions 


Name 

ABS 

INT 

MOD 

MAX 

MIN 

FLOAT 

FIX 

SIGN 

DIM 

SNGL 

REAL 

AIMAG 

DBLE 

CMP  LX 

CONJG 


Function 

Absolute  value  (IABS,  JABS,  ABS,  DABS) 

Trancation  (INT,  JINT,  IDINT,  JDINT , AINT,  DIN! 

Remaindering  (MOD,  JMOD,  AMOD,  DMOD) 

Largest  value  (MAXO,  JMAXO,  MAXI,  JMAXI , 

AMAXO,  A JMAXO,  AMAXI,  DMAXI) 

Smallest  value  (MINO,  JMINO,  MINI,  JMINI, 

AMINO,  A JMINO,  AMINI , DMINI) 

Float  (FLOAT,  FLOAT J , DFLOAT , DFLOTJ) 

Fix  (IFIX , JFIX) 

Transfer  of  sign  (ISIGN,  JSIGN,  SIGN,  DSIGN) 
Postive  difference  (IDIM,  JDIM,  DIM,  DDIM) 
Conversion  to  single  (SNGL) 

Obtain  real  part  (REAL) 

Obtain  imaginary  part  (AIMAG) 

Conversion  to  double  (DBLE) 

Conversion  to  complex  (CMPLX) 

Conjugate  of  a complex  argument  (CONJG) 
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TABLE  2.  Real  Time  Facilities 


Following  routines  are  referenced  by  JALL  statement: 


Name 


Function 


Activation/Termination 

ACTIV  Initiate  a specified  subtask 

BLOCK  Make  a specified  task  to  suspended  status 

WAKEUP  Make  a suspended  task  to  ready  or  wait  status 

EOTASK  Inform  of  normal  end  of  a task 

ABEND  Inform  of  abnormal  end  of  a task 


Synchronization 

WAIT  Waite  an  event  occurrence 

WAITM  Wait  multiple  events  occurrence 

POST  Inform  of  an  event  occurrence 

QON  Inform  of  an  event  occurrence  as  a queue 

QOFF  Waite  an  event  occurrence  in  a queue 


Resource  Sharing 


ENQ  Enqueue  for  resources 

DEQ  Dequeue  for  resources 

RESERV  Reserve  resources  among  partitions 

RELEAS  Release  resources  among  partitions 


Others 

CHAP  Change  priority  of  a task 

GETIME  Get  current  date  and  time 

SETIME  Set  timer 

BLDPOL  Reserve  a working  area 

GETSEL  Get  cell 

FRESEL  Free  cell 

PDUMP  Dump  memory  and  register 

DUMP  Dump  task  areas  and  register  in  case  of 

normal  end  of  a task 


TABLE  3.  Process  I/O  Facilities 


Following  routines 
Name 


Definition 

PDTRAP 

PDDVA 

PDWORK. 

PDFILE 

PDCOH 

PDTIME 

PDAI 

PDDI 

PDAO 

PDDO 


Execution 

PAI 

PAO 

PDI 

PDIN 

PDO 

PDON 

PIN 

PRTIME 

PIPLS 

POPLS 

PDCONT 


Others 

PTE  ST 
PWAIT 


are  referenced  by  CALL  Statement: 
Function 


Define  interruption  sources  table 

Define  DVA  information  of  units 

Define  work  area  commonly  used  to  subroutines 

Define  external  file  name 

Define  area  commonly  used  to  routines 

Define  information  for  day-time  clock 

Describe  analog  input  points  information 

Describe  digital  input  information 

Describe  analog  output  points  information 

Describe  digital  output  information 


Analog  input 
Analog  output 

Digital  input  with  process  interrupt 
Digital  input  without  process  interrupt 
Digital  output  with  process  interrupt 
Digital  output  without  process  interrupt 
Process  of  interrupt  input 
Process  of  real  time  clock 
Pulse  input 
Pulse  output 
Device  control 


Sense  of  a speciric  interruption 
Waiting  of  a specific  interruption 


TABLE  4 


FEATURES  EXPANDED  FROM  JIS  FORTRAN  (LEVEL  7000) 

- & ' 

- Hexadecimal  number 

- Length  specification  for  integer  and  real  types 

- Literal  enclosed  in  apostrophes 

- Katakana  symbolic  name 

- Mixed-mode  expressions 

- Mixed-mode  arithmetic  assignment  statement 

- Character  assignment  statement 

- Hexadecimal  assignment  statement 

- PAUSE  'message' 

- Decimal  numbers  in  PAUSE  n and  STOP  n 

- ERR  and  END  parameters  in  a READ 

- Direct  access  I/O  statements 

- T and  Z format  codes,  ' expanded  G format  code 

- Hexadecimal  number  in  DATA  statement 

- ARRAY  statement 

- IMPLICIT  statement 

- Initial  data  values  in  explicit  specification  statements 
(except  DOUBLE  PRECISION  statement) 

- Built-in  functions  for  double  precision  integer  value 

- Dummy  argument  * in  SUBROUTINE  statement 

- Statement  number  following  & in  CALL  statement 

- RETURN  i statement 

- ENTRY  statement 


Debug  line 

Debug  facility  statements 
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Label  Unsigned  integer  number  (1^32767) 

Variable  name:  1^6  alphanumerals , where  the  first  must  be 
alphabet 

5.  Data  Types  and  Precision 

Integer:  Single  (16  bits)  -32767  'v*  32767 

Double  (32  bits)  -2147483647  % 2147483647 

Real  Precision Magnitude 

Single  (32  bits)  6.3  decimal  digits  10" 76 ^1075 

Double  (64  bits)  15.9  decimal  digits 
Complex:  Single  real  number 

Logical 
Character 
Hexadecimal 

6.  Default  Rules 

Type  declaration:  Implicit  type  declaration  (LvN  rule) 
Array  subscript  : The  first  element  of  the  array 
The  word  "CALL"  in  CALL  statement  may  be  omitted. 

7.  Storage  Allocation 
Static 

8.  Common  Variables 
Labeled  common  block 

9 . Variables  on  External  Memory 
Labeled  common  block 

10.  Array  Dimension 
3 dimensions 

11.  Structure 


\ 


None 
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12.  Built-In  Functions 

All  of  intrinsic  functions  and  basic  external  functions  de- 
fined in  JIS  FORTRAN  (Level  7000)  are  available.  And 
additionally,  DFLOAT  and  DTANH  are  provided. 

13 . Language  Expansion  Capability  or  Conditional  Compile/Macro 
Facility 

None 

14.  Character/Bit  String  Manipulation  Capability 
None 

15.  Interruption  Handling 

Available:  - Detected  by  hardware 

- Users  specify  to  ignore  the  interruption  or  to 
inform  the  interruption 

16 . Input /Output 

1)  Formatted  READ/WRITE  statements 

2)  Unformatted  READ/WRITE  statements 

3)  Direct  access  READ/WRITE  statements 

17.  File  Organization 
Sequential  file 
Direct  file 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TW,  CRT,  etc.) 

1)  Availability  of  READ/WRITE  Statements 

READ/WRITE  statements  cover  the  following: 

Input  - SYSIN,  Typewriter  input,  Paper  tape 

reader,  Card  reader,  Optical 
mark  reader 

Output  - SYSLIST,  Typewriter  output,  Paper  Tape 

punch,  Line  printer,  Character 
display 

Input/Output  - Cassette  tape,  Magnetic  tape,  Magnetic 
dram/ disk 


i 


& 


^ 
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2)  Others 

Service  packages  for  X-Y  Plotter  and  Graphic  Display  are 
referenced  by  CALL  statement . 

19.  PebuR  Facility 

1)  Trace  facility:  TRACE  ON  statement 

TRACE  ON*  statement 

2)  Debug  line: 

Debug  lines  are  regarded  as  either  comment  lines  or 
effective  statements  according  to  specification  at 
compile  time. 

20.  Real  Time  Facilities 

I 

See  attached  Table  1. 

21.  Process  I/O  Facilities 
See  attached  Table  2. 

22.  Other  Facilities 

1)  Service  routines  for  handling  bits  and  pointers 

2)  Overlay 

- LOAD  statement  and  DELETE  statement 

- Automatic  overlay  facility  for  storage  shotage  in 
execution  time 

3)  Capability  of  specifying  1^15  entries 

23.  Applicable  Area 

Scientific  application,  process  control,  production  line 
control,  machine  control,  system  control,  etc. 

3.  Hitachi  Ltd. 


1.  Language  Name 

SPL  (Software  Production  Language) 
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TABLE  1.  Real  Time  Facilities 


Following  service  routines  are  referenced  by  CALL  statement: 


Name 


ENTER 


START 


RSTART 

TRNON 


RTRNON 


WAIT 


WOUT 

IWAIT 


IWOUT 


FCAN 


FGETUP 


FPUTUP 

4 

FENQ 

FDEQ 

FSWAIT 

FSWOUT 

FAWAIT 

FAWOUT 

TIME 


SMODE 


Funct  ion 


Initiate  a specified  task 

Initiate  a specified  task  after  the  specified 
time  delay 

Repeat  START 

Initiate  a specified  task  at  a specified  time 
of  day 

Repeat  TRNON 


Suspend  its  own  execution  and  be  in  wait  state 
during  specificed  time 


Suspend  its  own  execution  and  be  in  wait  state 
until  completion  of  operation  of  I/O  statement 

Cancel  the  previously- issued  START,  RSTART, 
TRNON  or  RTRNON  request 


Get /Put  users  parameters  among  tasks 


Enqueues  for  resources  (programs,  data,  etc.) 
Dequeues  for  resources 


Suspend  its  own  execution  and  be  in  wait  state 
until  one  of  specified  events  occurs 


Suspend  its  own  execution  and  be  in  wait  state 
until  all  of  specified  events  occur 

Set  and  obtain  time  of  day 

Change  mode  (valid/ invalid)  of  storage 
protection 


1 


* 1 1 ,l"1 
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TABLE  1.  Real  Time  Facilities  (Cont'd) 


Name 

Function 

SLEVEL 

Change  priority  level  of  a task 

FERROR 

Pass  information  to  error  processing  routine 
when  an  error  occurs 

TASKSW 

Suspend  its  own  execution  and  control  to  other 
executable  task 

TSWPST 

Resume  the  task  which  suspends  execution  by 
TASKSW 

FPOST 

Inform  of  completion  of  an  event  to  the  task 
which  issued  FSWAIT/FSWOUT  or  F AWAIT / FAWOUT 

FQENTR 

Add  a specified  task  to  queue 

FCENTR 

Remove  a specified  task  from  queue 

FABEND 

End  task  in  abnormal  end 

FGSW 

Get  a necessary  work  area  from  buffer  pool 

FRSW 

Release  the  work  area  to  buffer  pool 
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TABLE  2.  Process  I/O  Facilities 


Following  service  routines  and  subroutines  are  referrenced  by  CALL 
statement : 


I. 

Service 

Routines 

Name 

Function 

I/O 

Control 

Service  (Basic) 

AISQ 

Read  analog  inputs  in  the  sequential  order 

AISQW 

Same  as  above.  But  not  return  to  the  calling 
program  until  the  completion  of  data  transfer 

AIRD 

Read  analog  inputs  in  a specified  sequence 

AIRDW 

Same  as  above.  But  not  return  to  the  calling 
program  until  the  completion  of  data  transfer 

AO 

Write  analog  output  in  a specified  sequence 

DI 

Read  digital  inputs  in  a specified  sequence 

DOM 

Write  the  momentary  digital  output  in  a 
specified  sequence 

DOL 

Write  the  latching  digital  output  in  a speci- 
fied sequence 

I/O 

Control 

Service  (Extension) 

AI 

Read  analog  input  with  a specified  mode 

PLI 

Read  pulse  input  in  a specified  sequence 

PLID 

Read  count  down  type  pulse  input  in  a speci- 
fied sequence 

PLO 

Write  pulse  string  output  or  pulse  width  output 
in  a specified  sequence 

DMI 

Initiate  direct  memory  input  in  a specified 
sequence 

DMO 

Initiate  direct  memory  output  in  a specified 
sequence 

CHICU 


Control  input/output  for  channel  mode  ICU 
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Name 

ICUMSK 

II.  P 
Device 
DI 


TABLE  2.  Process  I/O  Facilities  (Cont'd) 


Function 


Control  interruption  mask  for  lamp  status  word 


I/O  Subroutines 
Function 


DO 


PI 

AI 

AO 

ADC 

WDT 

CLK 


Read  1-bit  ON/OFF  input 
Read  n-bits  ON/OFF  input 
Read  n x m bits  and  recognize  the 
pattern 

Read  n digits  of  BCD  data  and  convert 
to  a specified  format 

Write  1-bit  ON  output 
Write  1-bit  OFF  output 
Write  n-bits  output 
Write  1-bit  ON/OFF  output  m times 
Write  data  with  BCD  format  by  converting 
from  code  type , integer  type  and 
floating  point  type 

Read  pulse  values  accumulated  in  1-bit 
or  12-bit  counter 

Convert  analog  input  with  a specified 
scale 

Convert  analog  output  with  a specified 
scale 

Check  of  Ad  converter 
Reset  watch-dog  timer 

Read  control  timer  or  read/set  software 
timer 


Entry  Name 

FAD  I 1 
FAD  I 2 
FAD  I 3 

FADI  4 


FADO  1 
FADO  2 
FADO  3 
FADO  4 
FADO  5 


FAPIG 

FAICNV 

FAOCNV 

FADCHK 

FWDTR 

FCLKT 


p 
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Hardware 


HIDIC  80,  HIDIC  08 

Base  Language,  Level  and  Design  Objective 
Base  language  : PL/ I Subset  + PASCAL 
Level  : 


Design  objective:  Combine  procedure  oriented  language  and 

problem  oriented  language 


4.  Character  Set,  Label,  Variable  Name 


Character  set  : 36  alphanumerals , 26  special  characters, 

48  Katakana 


Identifier  : - 1^6  alphanumerals,  where  the  first  must 

be  alphabet 

- 1^32  alphanumerals,  Katakana  and  special 
characters  (#-) , where  the  first  must  be 
either  alphabet  or  Katakana 

5 . Data  Types  and  Precision 

1)  Basic  data  type 

Integer  : Single  (16  bits)  -32767  ^ 32767 

Double  (32  bits)  -2147483647  v 2147483647 

Real  : Single  (16  bits)  M x 2“^  v M x 2^ 

(0<M<1  - 2-24 

Logical 

Bit  : Binary  and  Hexadecimal 

Character 

Pointer 

FORMAT 

2)  Array  data  type  : max.  3 dimensions 

3)  Structure  data  type  : max.  3 levels 

4)  New  data  type  (defined  by  users) 


Default  Rules 


Memory  allocation  : 
of  variables 

Type  declaration  : 

Actual  argument  : 

Storage  Allocation 

Static,  Based 

Common  Variables 

Labeled  common  block:  Internal  memory  common  in  a task 

(main  memory) 

Global  : Internal  memory  common  among  tasks 

(main  memory) 

Bulk  : External  memory  common  among  tasks 

(secondary  memory) 

Variables  on  External  Memory 

Bulk  : For  the  reference  of  a variable,  there  is  no  diff- 
erence whether  it  is  on  internal  memory  or  on  ex- 
ternal memory. 

Array  Dimension 

3 dimensions 

Structure 


Capability  to  specify  default  memory 
allocation  of  variable.  When  it  is 
omitted  also,  LOCAL  is  assumed. 

INTEGER  type  (single  precision) 

Follow  to  default  specified  in  the 
corresponding  dummy  argument 


Available 
Built-in  Functions 
See  attached  Table  1. 

Language  Expansion  Capability  or  Conditional  Compile/Macro 
Facility 

Conditional  compile  facility 

Catalog  facility  : Editable  catalog  facility 
Macro  facility 


-345- 


14.  Character/Bit  String  Manipulation  Capability 

- Character  string  manipulation  : Concatenation 

- Bit  string  manipulation  : OR,  exclusive  OR,  AND,  NOT, 

arithemtic  shift,  logical 
shift 

15 . Interruption  Handling 
None 

16 . Input /Output 

1)  READ/WRITE  statements 

2)  Capability  to  link  with  a subsystem  called  DMS  (basic 
data  management  system)  which  provides  with  file  manipu- 
lation macros  described  in  the  attached  Table  2. 

3)  Capability  to  link  with  a subsystem  called  ADHOC  (extended 
data  management  system)  which  provides  with  file  manipu- 
lation macros  described  in  the  attached  Table  3. 

17 . File  Organization 

basic  (BAH),  direct  (DAN),  partitioned  (PBAM) , sequential  (SAM), 
list  (LIST),  cyclic  (CYCLIC),  partitioned  sequential  (PSAM) , 
partitioned  list  (PLIST) 

18 . Method  of  Input/Output  from/to  I/O  Unit  (TW,  CRT,  etc.) 

1)  Availability  of  READ/WRITE  Statements 

Available.  Compiler  makes  linkage  to  an  execution  time 
subsystem  called  IOPF.  The  I/O  operation  is  carried  out 
by  IOPF  in  parallel. 

2)  Others 
None 

19.  Debug  Facility 

There  is  a test  system,  TPL  for  the  exclusive  use  of  this 
language.  TPL  provides  with  the  facility  to  set  values  for 
test,  check  and  print  variables,  etc.  at  desired  points  of 
a program. 

20.  Real  Time  Facilities 


See  attached  Table  4. 
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21 . Process  I/O  Facilities 

Able  to  access  Process  I/O  by  specifying  file  number  for 
Process  I/O  as  the  file  reference  number  of  READ/WRITE 
statements . 

22 . Other  Facilities 

1)  Facility  as  system  design  description  language:  Design 
level  system  description  by  specifying  abstract  data 
and  procedures. 

2)  Structured  programming  facility 

3)  Top-down  programming  facility 

4)  Edit  catalog  facility 

5)  POL  (Problem  Oriented  Language)  definition  facility' 

6)  Standard  program  definition  facility 

7)  Compile  time  facilities 

8)  Facility  to  check  at  compile-time  the  validity  of  linkage 
between  actual  argument  and  dummy  argument 

9)  Calling  procedure  without  CALL  statement 

10)  Keyword  type  description  of  linkage  between  actual 
argument  and  dummy  argument 

23 . Applicable  Area 

Power  system,  iron  and  steel  system,  chemical  system,  water 
process  control  system,  traffic  control  system,  production 
control  system,  plant  automation  system,  environment  system, 
etc. 
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Table  1.  Built-in  Functions 


Name 

Fuucti on 

Name 

Func  t i on 

A LOG 

Natural  Logarithm 

IFIX 

Fix 

SIN 

Sine 

ISFTL 

Shift  operation 

COS 

Cosine 

DSFTL 

II 

TANH 

Hyperbolic  Tangent 

ISLC 

Shift  count 

A TAN 

Arctangent 

DSLC 

•1 

SQRT 

Square  root 

BSRCH 

Bit  search 

MOD 

Remainder!  ng 

IABS 

Absolute  value 

IDMOD 

It 

IDABS 

n 

AM OD 

ft 

ADS 

ii 

IDI V 

Quotient  and  remaindering 

SUBST 

Subdivision  of  bit  string 

IDDIV 

It 

EXP 

Exponent 

DIV 

II 

IS  FT  A 

Shift  operation  (arithmetic) 

MAXO 

Largest  value 

DSFTA 

•I 

IDMAX 

It 

REG 

Get  register  value 

MINO 

Smallest  value 

ADDR 

Get  address 

IDMIN 

II 

FADDR 

Get  file  address 

FLOAT 

Float 

MEMRY 

Get  indirect  address 

DFLOT 
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Table  2.  Macros  of  DMS 


Name 

Function 

BLDBF 

Define  buffers 

SAVBF 

Save  buffer  areas 

FREBF 

Free  buffer  areas 

DFINF 

Define  files 

OFENF 

Open  process 

CLOSF 

. Close  process 

PONTF 

Positioning  for  start  of  access 

CNTRF 

Skip  of  record  (block) 

GETF 

Sequential  access  macro  (Synchronous) 

PUTF 

•1 

TAKEF- 

Direct  access  macro  (Synchronous) 

GIVEF 

n 

TAKPE 

Direct  access  macro  (Asynchronous) 

GIVPP 

n 

CHKF 

Synchronize  asynchronous  macros 

GTATF 

Reference  file  attributes 

CHATF 

Change  file  attributes 

I 


Table  3.  Macros  of  ADHOC 


Classif real  ion 


Definition 


Buffer  definition 

mnero 


Logical  file 
definition  macro 


Common 

manipulation 


manipula- 

tion 

Macro 


BLDBF 


UECLF 


OPEN 

CLOSE 

INTL 

GCRRW 

GTATR 

CHATR 


CNTRL 

POINT 


REFER 

GET 

UPDAT 

ADD 

PUT 

DELET 

QUEIN 

QUEOT 


CNTCL 


PNTCL 


GETCL 

GADCL 

ADDCL 

DLTCL 

DLTCA 

GETPL 

GAD  PL 


Func t i on 


Define  buffer  pool 


Define  a logical  file 


Initialize  a file 
Get  current  record  number 
Get  a file  attribute 
Change  a file  attribute 


Speci-fy  process  direction  in 
sequential 

Positioning  to  the  first  record 
to  process 

Build  oi  expand  partition 
Delete  partition 
Positioning  to  the  partition  to 
process 

Find  or  modify  user  area  of  a 
partition  or  change  partition 
name 

Direct  reference  of  records 
Serial  reference  of  records 
Update  current  record 
Direct  uddition  of  a record 
Serial  addition  of  a record 
Delete  current  record 
Store  a record 
Fetch  a record 


Specify  process  direction  in 
sequential  processing  of  child 
records 

Positioning  to  the  first  record 
in  sequential  processing  of 
child  records 

Serial  reference  of  child  records 
Serial  reference  of  address  of 
child  records 

Connect  parent  record  and  child 
record 

Disconnect  the  specified  record 
from  the  parent  record 
Disconnect  all  child  records  from 
the  specified  parent  record 
Get  the  parent  record  of  the 
specified  child  record 
Get  the  address  of  the  parent 
record  of  the  specified  child 
record 
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Table  4.  Real  Time  Facilities 


Foil  ow  i ng  macro*  are  provided: 


Fune  t i on 


ABORT 


RLEAS 


QUEUE 


ASUSP 


ARSUM 


TIMER 


ST  I ME 


GTIME 


CTIME 


DELAY 


DFECB 


Terminate  irregularly  a specified  task  to  be  DORMANT, 
and  release  resources 

Make  a specified  task  in  DORMANT  state  to  be  IDLE 

Make  11  spoci  rivil  task  to  be  RUNNABLE 

Make  a specified  task  to  be  SUSPENDED 

Release  the  SUSPENDED  stute  of  a specified  task 

Make  all  other  tasks  than  itself  to  be  SUSPENDED 

Release  the  SUSPENDED  state  of  all  SUSPENDED  tasks 

Terminate  irregularly  its  own  execution  to  make  itself 
SCHEDULE  or  IDIJ-:  state,  and  release  resources 

According  to  the  value  of  parameters, 

- Initiate  a specified  task  after  specified  time  delay, 

- Initiate  a specified  task  at  a specified  time  of  day, 

- Initiate  a specified  task  after  specified  tine  delay 
and  initiate  it  at  intervals  of  specified  time,  or 

- Initiate  a specified  task  at  a specified  time  of  dem- 
and initiate  it  at  intervals  of  specified  time 

Set  or  reset  current  time  of  day 

Read  current  time  of  day 

Remove  a timer  table  whicli  a specified  task  uses  from 
a queue 

Suspend  its  own  execution  and  pass  control  to  another 
task  after  setting  the  task  of  itself  to  be  resumed 
after  specified  time  delay 

Change  priority  of  a specified  task 

Suspend  its  own  execution  to  wait  for  an  event  and  puss 
control  to  other  RUNNABLE  task 

Make  an  event-waiting-task  to  be  RUNNABLE  from  SUSPEND 
Enable  ECB  (Event  Cont"  ’ Block) 


GFACT 


Get  factor 


Table  4.  Real  Time  Facilities  (Cont'd) 


Name  Fun.- t i 1)11 

SFACT  Set  a specif  toil  factor  to  tlic  table  of  u specified 

IjsK 

■ 

RESEKVK  Reserve  n specified  area  exclusively 

FREE  Free  tlie  reserved  area 

ROPHH  Inhibit  roll  out  temporarily  in  case  of  temporary  task 

ROPMT  Release  ROPRH 


Base  Language , Level  and  Design  Objective 


Base  language  : FORTRAN  + Some  Concepts  of  PL/l 


Level 


: JIS  FORTRAN  (Level  7000) 


Design  objective  : High  level  language  for  online  realtime  contru: 

sys  tem 

4.  Character  Set,  Label.  Variable  Name 


Character  set 


36  alphanumeral s , 26  special  characters, 
48  Katakana 


Statement  number  : Unsigned  integer  number  (1-9999) 


Ident i f ier 


1-6  al phanumera 1 s , where  the  first  must  be 
alphabet 


5.  Data  Types  and  Precision 


Integer 


Logical 


Character 


Hexadecimal 


Single  (16  bits)  -32767  - 32767 

Double  ( ?2  bits)  -2147-183647  ~ 214748)647 

Single  (32  bits)  M x 2 M x 2^*4  (O^M^l-2  " ) 


Internal  code  (ASCII  code) 

Single  (4  hexadecimal  digits) 
Double  (8  hexadecimal  digits) 


Pointer  (Address  constant) 


6 . Default  Rules 


Type  declaration  : I~N  rule 


Array  subscript  : The  first  element  of  the  array 

Lower  bound  value  of  array  : l 
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7.  Storage  A I local  ion 
Static,  Rased 
8 • Common  Vn  r i .tl>  1 . • s 

Labeled  common  block  : Common  in  a task,  internal  memory  (main 

memory) 


s Common  among  tasks,  internal  memory 
(main  memory) 

jju)lt  : Common  among  tasks,  external  memory 

(secondary  memory) 

9.  Variables  on_External  Memory 

Bulk  : (Same  as  SPL  of  Hitachi.  See  item  9 of  Section  3) 

10.  Array  D inens i on 
3 dimensions 

1 1 . Structure 
Avai 1 able 

12.  Buil l-in  Funct ions 

Same  as  SPL  of  Hitachi.  See  item  12  of  section  3. 

13.  La n gunge  Expansion  Capabili ty  or  Conditional  Compi le/Mac ro  Facility 

Conditional  compile  facility  : Inclusion  or  deletion  of  debugging 

s tatenients 

Catalog  facility 

14.  Character/Bit  String  Manipulation  Capability 

Bit  string  : OR,  exclusive  CR,  AND,  NOT,  arithmetic  shift, 

logical  shift 

15.  Interruption  Handling 


16.  Input/Output 

Same  as  SPL  of  Hitachi.  Sec  item  16  of  section  3. 

17.  Pile  Organization 

Same  us  SPL  of  Hitachi.  Sec  item  17  of  section  3; 


i 
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18.  Method  ul'  lnput/Out|iiit  f nun/ 1 u I/O  Unit  (TV,  CRT,  etc.)_ 

1)  Ava  i l.il/i  l i ty  »f  UKAD/viutK  St.i  lament:; 

Same  us  SPL  of  Hitachi.  Sot*  item  18.  (l)  of  section  ). 

2)  Others 
None 

19.  Debug  Fac i 1 i ty 

1)  DEBUG  VALUE  statement 
DEBUG  FLOW  statement 
DEBUG  SUBSCRIPT  statement 

2)  Same  as  SPL  of  Hitachi.  See  item  19  of  section  3. 

20.  Real  Time  Facilities 

Same  as  SPL  of  Hitachi.  See  item  20  of  section  3. 

2 1 . Process  I/O  Facilities 

Same  as  SPL  of  Hitachi.  See  item  21  of  section  3. 

22.  Other  Facilities 

1)  Declare  constant  : VALUE  statement  among  tasks 

PARAMETER  statement  in  a task 

2)  Compiler  directing  statements 

. 3)  Facility  of  picture  conversion  in  FORMAT  statement 

4)  Multiple*  assignment  statement 

5)  Upper  and  lower  dimension  bound  specification  in  array  Jcclaratoi 

/ 

23.  Applicable  Area  / 


Same  as  SPL  of  Hitachi.  See  item  23  of  section  3. 
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5.  Nippon  Electric  Co.  (NEC) 


1.  Language  Name 

FORTRAN 

2.  Hardwu re 


NI’AC  Series  3-00  Mmlcl  70 

3 .  Rase  L.inguit  ge  , Level  and  Design  Objective 
Base  language  ! FORTRAN' 

Level  : JIS  FORTRAN  (Level  7000) 

Design  objective  : Compiler  designed  *o  use  in  scientific  and 

industrial  applications  and  communication 
contro 1 


4.  Character  Set,  Label,  Variable  Name 

Character  set  : 26  alphabets,  10  numerals,  14  special  characters 

Label  : Unsigned  integer  number  (1*99999) 

Variable  name  : 1 - 6 alpha numerals , where  the  first  must  be 

alphabet 

5.  Data  Types  and  Precision 

Integer  : Single  (16  bits)  —2  - 2 -1 

Double  (32  bits)  -230-  23°-l 


Precision 

Magni  t >ido 

Real  : 

Single 

(32  bits) 

23  bits 

8 bits  (XS-128 

code) 

Double 

(48  bits) 

39  bits 

8 bits  (XS-128 

code ) 

Complex  : 

Single 

real  number 

/ 

Hexadecimal 

Logical 

Character  : 

Internal  code  (JIS 

8-bit  code) 

Bi  t 


Address  variable 
6 . Default  Rules 

Type  declaration 
Array  subscript 


Available  by  pointer  variable  subroutines 

I-N  rule 

The  first  element  of  the  array 


sl 
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7.  Storage  A 1 location 
Static 

8 . Common  Variables 
Labeled  common  block 

9.  Variables  on  External  Memory 
None 

10.  Array  Dimension 
3 dimensions 

1 1 . Struc  ture 
None 

12 . Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined  in 
FORTRAN  (Level  7000)  are  available. 

13.  Language  Expansion  Capability  or  Conditional  Compi  1 e /.Macro  Facility 

1)  The  line  whose  first  column  is  * indicates  a debug  line  which 
is  compiled  only  when 'a  debug  mode  compile. 

2)  Mixed  mode  expression 

3)  Code  conversion  by  ENCODE  and  DECODE  statements 

4)  Bit  operation  by  I AND,  ICR,  NOT,  IEOR  and  ISHT  statements 

14 . Character/Bit  String  Manipulation  Capa! i 1 i t v 
None 

15.  Interruption  Handling 
None 

16 . Input/Output 

READ/WRITE  statements  (Not  use  buffer) 

GET/PUT  subroutines  (Use  buffer) 

17.  File  Organization 
Sequential  file 


Direct  file 


18.  Method  of  1 nputJ^Outj’ut  licn/to  [/0  lout  (TV,  CUT,  i-tc.) 

1)  Aval  lability  of  REAI)/vr  ITE  Statements 

READ/VK I TE  s t a temrn  I a an-  effective  to  cmroln  typi-w  r i tcrs  , 
line  pr  i n tors  , card  renders,  paper  tape  readers/ pum  ties  , 
disk  drives  and  magm  lie  tape  units. 

2)  Others 

Subroutines  are  provided  for  X-Y  plotter,  CHI',  etc. 

19.  Debug  Facility 

TRACE  statement  : Item  tracing,  area  tracing 

20.  Real  Time  Facilities 
Sec  attached  Table  1. 

2 1 . Process  I '0  Facilities 

1)  Data  Communication  Facilities  : See  attached  Table  2. 

2)  Process  I/O  Facilities  : CALL  statement  refers  to  the  macro 

named  PIOC  which  requests  I '0  operation 
to  the  process  I/O  controller 

22.  Other  Facilities 

1)  Segmentation  facility 

2)  An  abi idged  statement  FORMAT  ( V)  may  be  used  in  case  of  reading 
into/vriting  from  a variable 

3)  Multiple  entries  in  subroutine 

4)  By  connection  with  object  program  generated  by  assembler 
language,  an  object  type  program  can  be  made 

23.  Applicable  Area 

— ■ — / 

* / 

Scientific  application,  data  communication,  traffic  control,  environ- 
ment protection  control,  medical  control,  process  control,  etc. 


f 
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Table  1.  Real  Time  Facilities 


M.i  <•  ru 
WAIT 


1XJ.ST 


Fun."  t i nil 

M.ikc  a i I'  i i'l  task  or  mac i o-exrcu  t i ng-t  *' sk  to  he 

WAIT  lit.  a spec  il'inl  rvi'iit 

Info rm  of  a spec  i f i »•<!  event  occurrence  to  u .specified 
task  and  release  ttie  wait  slate 


RQST 

RTRV 

GTBF 

PTBF 

RENQ 

RDEQ 

RQTM 

LOAD 

ESTK 
DSTK 
DATE 
CLOK 
TSKS 
ODSP 
I DSP 
SNAP 
SVON 
SVOF 
SVCA 

svco 


Regist  a specified  processing  request  to  the  task 
queue  of  a specified  task,  and  initiate  the  task 

Get  and  move  to  a specified  area  one  processing 
request  from  the  task  queue  of  macro-executing-  as! 

Get  one  buffer  from  a specified  buffer  pool 

Return  a specified  buffer  to  a specified  buffer  pool 

Enqueue  for  a specified  resource 

Dequeue  for  a specified  resource 

Make  a program  to  be  WAIT  state  during  specified  time 

Load  the  absolute  program  with  a specified  name  and 
a specified  number  from  the  predefined  unit 

Enable  stack  interrupt 

Disable  stack  interrupt 

Get  current  date 

Get  current  time 

Get  task  status 

Output  display  information  to  status  display  equipment 

/ 

Input  display  information  from  status  display  equipment 

Snap  shot  trace 

Set  logical  sense  switch 

Reset  logical  sense  switch 

AND-type  check  of  logical  sense  switch 

OR-type  check  of  lct  .cal  sense  switch 

Initiute  a specified  task 


TRGR 
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Table  1.  Real  Time  Facilities  (Cont'd) 


Macro 

Func  t i on 

EXIT 

Terminate  nine rp -exec ti ting-task 

JNHB 

Inhibit  From  initiating  a specified  task 

ALOV 

Allow  to  initiate  a specified  task 

STIM 

Initiate  a specified  task  or  Control-DSR  at  intervals 
of  specified  time 

RTIM 

Reset  STIM 

EOP 

End  of  program 

UEP 

Unusual  end  of  program 

JOBS 

Get  information  of  next  job  from  JCB 

ASGN 

Inform  of  assignment  information  on  peripheral 
equipment  for  the  job 
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Table  2.  Data  Communication  Facilities 


Following  macros  are  referenced  by  CALL  statement; 


Name 


Func  t i on 


C10C 

GLUT 

CGET 

DEAL 

ACPT 

DSPL 

RERL 

RQUE 

RBI.K 

QINL 

TSTQ 

CNCL 

JPUT 

JENQ 

JGET 

JDEC 

JDAL 

CNVT 

PTCK 

CLRC 

CRCK 

CRCC 

CRMV 

CRCV 

CRTR 


Communication  input/output  control 
Communication  PUT 
Communication  GET 

Deallocate  a message  from  communication  file 
Accept  a message  from  CIQ 
Add  a message  to  COQ 

Reroute  a message  of  a unusual  terminal 

Return  a message  to  a queue 

Return  a block  to  a queue 

Initialize  a queue 

Test  a queue 

Cancell  all  blocks  or  the  last  one  block  of  the 
current  message 

Broadcast  communication  PUT 

Broadcast  communication  enqueue 

Broadcast  communication  GET 

" M decrement 

" " deallocation 

Convert  code  of  data 

Parity  check 

CRC/LRC  check 

CRC  check 

CRC/LRC  check  and  code  Conversion 
CRC/LRC  check  and  data  trans'fer 

CRC/LRC  check,  code  conversion  and  data  transfer 

Transparent  data  processing  and  move  and  CRC/LRC 
check 


1 
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6.  Full  Electric  Mfg.  Co. 

1 . Language  N'.tmo 

FORTRAN  (UMOS/D  FORTRAN) 

2 . Hardware 

PANAFACOM  U Series  100/200/300/400 

3.  Base  Language,  Level  and  Design  Objective 

Base  language  : FORTRAN 

Level  : JIS  FORTRAN  (Level  7000) 

Design  objective  : Effective  programs  in  industrial  and  scientific 

applications 

4.  Character  Set,  Label,  Variable  Name 

Character  set  : 26  alphabets,  10  numerals,  12  special  characters 

Label  : Unsigned  integer  number  (1  - 32767) 

Variable  name  : 1-6  nlphanumerals,  where  the  first  must  be 

al  plwibe  t 

5.  Data  Types  and  Precision 


Integer 

: Single 

-215  - 2l5-l 

Real 

Double 

-231  - 23J-1 

Precision 

Mngni  tilde 

Single 

6. 3 decimal  digits 

IQ"76  - io75 

Double 

15.9  decimal  digits 

10-76  - io75 

Compl ex 

Logical 

Character 

: EBCDIC 

/ 

(8  bit) 

Hexadecimal 

number  : 

can  be  used  as  an  actual 

argument 

Bi  t 

Pointer  variable  : 

can  be  used  as  an  actual 

argument 

L 


I 
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6 . De  fail  1 1 Rules 

Type  declaration  : I~N  rule 

The  word  "CALL"  in  CALL  statement  may  be  omitted 

7.  Storage  A1 location 
Static 

8 . Common  Variable* 

Labeled  common  block,  where  the  name  is  SCOM 

9.  Variables  on  External  Memory 
External  common  (bulk  core  memory) 

10.  Array  Dimension 
3 dimensions 

11 . Structure 
None 

12 . Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined  in 
JIS  FORTRAN  (Level  7000)  are  available.  Extended  functions  are 
DFLOAT  and  DTA.VH. 

13.  Language  Expansion  Capability  or  Conditional  Compi le/Macro  Facility 
By  using  compile  mode  option: 

1)  The  word  "CALL"  in  CALL  statement  may  be  omitted 

2)  A hexadecimal  constant  (written  as  Z'XXXX')  may  be  used  as  an 
actual  argument 

3)  An  address  variable  (written  as  A’varia'ble  name')  may  be  used  as 
an  actual  argument 

4)  Provide  interface  to  users  special  I/O  equipment 

14 . Charactcr/Bi t String  Manipulation  Capability 
None 

15 . Interruption  Handling 

Users  can  specify  as  compile  mode  option  the  execution  of  inter- 
ruption handling  facility  (output  of  error  message). 
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16.  Input/Output 
READ/WK [TE  s ta  t emen  t s 

Auxiliary  l/O  statements  (REWIND,  BACKSPACE  and  ENDFI LR ) 
GET /PUT  subroutines 

17.  File  Organization 
Sequential  file 


Direct  file 

Other  file  organizations  (through  subroutine  call) 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/VRITE  Statements 

Available 

2)  Others  • 

. Console  typewriter  is  accessed  through  FWTO  and  FVTOR  (See 
item  20. ) 

. Logging  typewriter  is  supported  through  Output  Control 
Package . 

. For  CRT,  display  of  charactors  and  graph  and  input  from 

keyboard  are  supported  through  Character . Di splay  Subroutine 
Package. 

. Also  for  CRT,  the  facility  to  produce  users  unique  FORMAT 
statements  is  provided  and  is  referenced  by  READ/WRITE 
statements . 

19.  Debug  Facility 

TRACE  ON  statement 

TRACE  ON  * statement 


TRACE  OFF  statement 


20.  Real  Time  Facilities 
See  attached  Table  1. 

21 . Process  I/O  Facilities 
See  attached  Table  2. 

22.  0 th%r  Faci 1 i t > es 


-Compile  time  options: 

l)  Output  of  object  program  map 
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2)  Output  list  of  object  program  in  assembler  mnemonic  codes 

3)  Object  program  which  will  overlay  subroutines  automatically  in 
the  cose  of  shortage  of  main  memory  at  execution  time 

4)  Object  program  which  posts  the  number  of  arguments  to  sub- 
programs 

- Provides  with  following  packages: 

1)  Output  Control  Routine  Package  (OCP) 

2)  Character  Display  Subroutine  Package  (CSP) 

3)  Data  Logging  Program  Package*  (LGS) 

4)  Sequence  Control  Program  Package  (SECOP) 

5)  Communication  Control  Program  Package  (CCPP) 

6)  PIO  Debug  Aid  Routine 
23.  Applicable  Area 


Process  control,  scientific  application,  language  processing, 
graphic  processing,  etc. 
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Table  1.  Real  Time  Facilities 


Following  Subroutines  are  referenced  by  CALL  statement  or  the  form 


"name  (a  j , > an  ) " 


Name 

Fimc  t i on 

GETSA 

Secure  an  area  in  a single  area  of  temporary  task 
area 

FVTO 

Print  out  a message  on  console  typewriter 

FVTOR 

Print  out  a message  on  console  typewriter 
request  the  answer  from  operator 

and 

SEGLD 

Request  overlay  type  segmentation 

SEGCL 

Call  the  loaded  subprogram  by  specifying 
• address  of  the  subprogram 

the  entry 

The  other  real  time  facilities  provided  for  this  language  are  the  same 
as  those  listed  in  Table  1 of  Section  2 (Fuj i tsu/PANAFACOM) . 


1 
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Table  2.  Process  I/O  Facilities 


Following  subroutines  are  referenced  by  CALI,  statement  or  tlie  form 
of  "name  (ij,  a 2 an^  : 

Name  Func  f i on 


OIK 

Read  n bits  ONl/OFP  input 

XCI 

Read  n digits  of  BCD  data  and  convert  to  a specified 
data  format 

DON 

Write  n bits  ON/OFF  output 

XCO 

Convert  integer  or  floating  point  data  to  a specified 
data  format  and  display  it 

DOC 

Write  I bit  ON/OFF  controlled  output 

AIN 

AIL 

r Read  analog  input  of  n points 

AINL  ) 

1 

AiAirr 

Read  analog  input  point  after  evaluating  the  best 
gain  of  amp  for  it 

RPI 

Read  integrated  value  of  pulse  input  point 

RCPI 

Read  integrated  value  of  pulse  input  point  and  clear 
integrating  area  and  pulse  counter 

IPI 

Clear  pulse  input  integrating  area  and  pulse  counter 

AO 

Write  analog  output  point 

PO 

Write  pulse  output 

P0C1DC 

Check  output  status 

POCNL 

Cancel  output  request 

CLKA 

Read  or  modify  time  of  clock  devic.e  and  convert  it 
to  a specified  format 
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7.  Hokushin  Electric  Works,  Ltd. 


1 . Language  N.i.me 

0RT0S1  FORTRAN 

2 . Ha  rd  wa  re 

H0C9OO/15,  H0C9O0/35 

Bose  Language,  Level  and  Design  Objective 


3. 


Base  language 
Level 


FORTRAN 

JIS  FORTRAN  (Level  7000) 


Design  Objective  : FORTRAN  covering  all  the  user  tasks  for  on  line 

realtime  system 

Character  Set,  Label,  Variable  Name 

Character  set  : 36  alphanumera  Is,  13  special  characters 

Label  : Unsigned  integer  number  (5  digits) 

Variable  name  : 


1-6  a lpha nume ra  1 s , vhere  the  first  must  be. 
a 1 phabe  t 


5.  Data  Types  and  Precision 
Integer  : 


Single  (16  bits)  -32768(-215)  - 32767 (2 1 5-l ) 


Real 


Free i s i on 


Magnitude 


Character  : 

Bit  : 

Complex  : 

Address  variable  : 

Byte  : 

Logical 
Octal  number 


Single  (32  bits)  7 decimal  digits  10  ^ - 10^ 
Double  (64  bits)  16  decimal  digits  10  ^ - 10^ 

Internal  code  (ASCII  code) 

By  means  of  subprogram  for  bit  manipulation 
Single  real  number 

By  means  of  subprogram  for  address  variables 
8 bits  — 1 28 ( — 27 ) - 127 ( 27— 1 ) 


Hexadecimal  number 


6.  Default  Rules 


Typo  declaration  : I-N  rule 

An  array  name  appeared  in  DATA  statement  and  I/O  list  specifies 
all  of  the  array  elements  in  the  array. 

7.  Storage  Allocation 

Static 

g . Common  Variables 

Labeled  common  block 

9.  Variables  on  External  Memory 
None 

10 . Array  Dimension 
3 dimensions 

11 . Structure 


None 

12.  Bui It-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined  in 
JIS  FORTRAN  (Level  7000)  are  available. 


13.  Language  Expansion  Capability 


None 

14.  Character/Bit  String  Manipulation  Capability 

Bit  string  manipulation  is  available  by  calling  system  functions. 


15.  Interruption  Handling 

E / 

Interruption  is  detected  by  hardware  and  the  monitor  is  executed 
as  a task. 

16.  Input/Out put 


’ READ /WRITE  statements 


BIOC  subroutine: 


Available  both  of  return  after  the  completion  of 
I/O  operu  tion  and  return  regardless  of  tho  comple 
tion  of  I/O  ope-  tion. 
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17.  F 1 1 * 0 man  i 1 1 on 

Hnmlom  jt cf ss  variable  length  record.  Record  sile  can  be  dynamical  1/ 
changed  in  a program  by  calling  OPEN  subroutine. 

lg.  Hethod  of  Inpui/Out pot  f i oin/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Aval labi l i ty  of  READ/VRITE  Statements 
Avai table 

2)  Others 

Call  DIOC  subroutine  (See  ubove  item  16). 

19.  Debug  Facility 

Check  of  lower  bound  of  array  subscript 

20.  Real  Time  Facilities 
See  attached  Table  1. 

21  Process  i/O  Facilities 

Process  I/O  such  as  AI  , AO,  DI , DO,  single  shot,  etc.  are  performed 
by  calling  DIOC  routine  and  passing  parameters. 

22 . Other  Facilities 

1)  Overlay  facility  : A utility  program  makes  a load  module  to 

be  overlay  structure 

2)  Random  access  of  a file 

3)  System  functions  are  provided  other  than  built-in  functions 
(See  attached  Tabic  2.1 

23 . Applicable  Area 


Process  control,  instrumentational  application,  production  line 
management,  system  control,  logging,  etc.  / 


f 
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Name 

ENTER 

ABORT 

DENTER 

DULY 

WAIT 

POST 

LOCK 

UNLOCK 

SYSREP 

GETTNO 

INHRO 

ENARO 

MASK 

UNMASK 

CLOCK 

STCLK 

BIOC 

START 

FOREP 

ISTORE 

SUSP 

VTOST 

DEREC 


Table  1.  System  Subroutines 

Function 

Initiate  a task 

Cancel  the  initiation  of  a task 

Execute  a task  after  specified  time  delay 

Suspend  execution  of  a task  during  specified  time 

Wait  for  occurrence  of  an  event 

Inform  occurrence  of  an  event 

Interlock  resource 

Release  the  interlocked  resource. 

Print  out  system  report 

Get  the  task  number  and  level  of  its  own 
Inhibit  roll-out 
Enable  roll-out- 

Inhibit  from  executing  other  tasks  than  itself 

Release  MASK 

Get  current  time  of  day 

Set  clock 

Perform  input/output  operation 

Initiate  a task  after  specified  time  delay 

Print  out  errors  and  execute  error  processing  routines 

Store  value  of  two  words  to  a location  within  core 

Select  main  area 

Request  POST  of  completion  of  I/O  operation  by  virtual 
devi ce 

Inform  error  recovery  of  I/O  device 


Mm 


J 
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Name 


UMUL  (I,  J) 
UDIV  (D,  I) 

LMLDV  ( D,  I,  J' 

DADD  (01,  D2) 

DSl"B  (Dl,  D2 ) 

DFLT  (D) 

DFIX  (R) 

IASR  (I,  N) 

ILSF  (I,  N) 

DASF  (D,  N) 

Dl/SF  (D,  N) 

DVI  (I,  J) 

IHIQH  (D) 

I LOW  (D) 

IOR  (I,  J) 

IAND  (I,  J) 

NOT  (I) 

IEOR  (I,  R) 

ISHFT  (I,  N) 

IDSET  (I,  N) 

IBCLK  (I,  N) 

LBTST  (I,  N) 

ISCAN  (I) 

IBRAV  (I,  N,  M) 

INSERT  (I,  N, 

M,  J) 

IADDR  (V) 

I LOAD  (I) 

ALOAD  (I) 


Table  2.  System  Functions 


Rune  t i on 


1 x J 

D - I giving  quontient  to  the  first  vord  of  D 
and  remainder  to  the  second  word  of  D 

D x I/J 
DL  + D2 
Dl  - D2 

Conversion  from  2-word  integer  to  real 
Conversion  from  real  to, 2-word  integer 
Arithmetic  shift 
Logical  shift 

2 word  length  arithmetic  shift 

2 word  length  logical  shift 
Make  2-word  integer  with  I and  J 
Get  the  first  word  of  2-word  integer 
Get  the  second  word  of  2-word  integer 
Bit  manipulation  - logical  OR 

" - logical  AND 

" - logical  NOT 

" - exclusive  OR 

Logical  shift 
Set  Nth  bit  of  I to  1 
Reset  Nth  bit  of  I to  0 
Test  Nth  bit  of  I 
Scan  tlie  first  bit  of  1 

Shift  Nth  - Mth  bits  of  I to  M bits  rightward 

Insert  J shifted  M bits  leftward  into  Nth  - Mth  bits 
of  I 

Get  address  of  variable  V 
Get  1-word  data  from  I address 
Get  2-word  data  from  I address 


7.  Storage  Allocation 


Based 

8 . Common  Variables 

Labeled  common  block 
9 . V«tri  able  s on  External  Memory 
Global  labeled  common 

10.  Array  Dimension 
3 dimensions 

1 1 . Structure 
None 

12.  Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined 
in  JIS  FORTRAN  (Level  7000)  are  available.  In  addition  to  them, 
functions  of  attached  Table  1 are  provided. 

13.  Language  Expansion  Capability  or  Conditional  Compile/Macro  Facility 
Conditional  compiling 

In-line  assembler  source 

14.  Character/Bit  String  Manipulation  Capability 
Available 

15.  Interruption  Handling 

Interruption  is  detected  by  hardware  and  OS  links  to  interruption 
handling  routine  in  a program.  Every  task  may  specify  to  enable 
or  disable  interruption. 

16.  Input/Output 
READ/VRITE  statements 
RDR/VRTR  subroutines 

SYSIO  subroutines  (same  as  OS  I/O  function) 

17.  File  Organization 

Indexed  file  (Sequential,  Random) 

Chaining  file  (Sequential,  Random) 

Consecutive  file  (Sequential,  Random) 
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18.  Method  ol'  In  jm t/Ou  t pu t from/ to  l/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/VRITE  Statements 
Avai lable 

2)  Others 
None 

19 . Debug  Fac i 1 i ty 

1)  Trace  : Variables,  statement  numbers  or  unconditional  trace 

2)  Check  of  upper  and  lower  bounds  of  subscripts  of  arrays 

20.  Real  Tima  Facilities 
See  attached  Table  2. 

21 . Process  I/O  Facilities 
See  attached  Table  3. 

22 . Other  Facilities 

1)  Multiple  entries  in  subroutine 

2)  List  processing  facility 

3)  Capability  of  defining  and  deleting  a.  file  during  execution 

4)  Common  sharing  of  subroutines  among  tasks 

23.  Applicable  Area 

Scientific  application,  process  control,  system  control,  instru- 
mentational  application,  etc. 


Name. 


ABS 

INT 

MOD 

MAX 

MIX 

FLOAT 

FIX 

BTEST 

AND 

EOR 

Off 

NOT 

SHFT 

VAL 

SIGN 

DIM 


Absolute*  value  (IABS2) 

Truncation  ( I NT2 , IDINT2) 

Remaindering  (MOD2) 

Largest  value  ( AMAX02 , MAX02 , MAXI  2) 
Smallest  value  (AMIN02,  MIN02,  H1N12) 

Float  ( FL0AT2 ) 

Fix  (IFIX2) 

Test  of  bits  (BTEST) 

AND  of  bits  (IAND,  IAND2) 

Exclusi%re  OR  of  bits  (IEOR,  IE0R2) 

OR  of  bits  (IOR,  I0R2 ) 

NOT  of  bits  (NOT,  NOT2) 

Shift  of  bits  (ISHFT,  ISHFT2 ) 

Address  reference  (IVAL,  IVAL2,  FVAL,  DVAL) 
Transfer  of  sign  (ISIGN2) 

Positive  difference  (IDIM2) 
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Table  2.  Real  Time  Facilities 


Following  subrout  i n#i  are  referenced  by  CALL  statement: 


Name 

Fu«cl'  i on 

LOAD 

Transfer  another  task  on  external  storage 

to  memory 

START 

Initiate  another  task 

TRNON 

Initiate  another  task  at  a specified  time 

of  day 

ABORT 

Terminate  the  execution  of  another  task 

EXIT 

Terminate  its  own  execution 

EST 

Make  a task  resident  in  memory 

UMEST 

Make  a task  non-resident  in  memory 

HOLD 

Hold  execution  of  a task 

RELSE 

Release  the  HOLD  state  by  HOLD  subroutine 

CHNGE 

Change  the  priority  of  task 

STTSK 

Get  the  status  of  a task 

QUEUE 

Transfer  a parameter  to  another  task 

SNDMSG 

Transfer  a message  to  another  task 

CFILV 

Create  a file 

DFILV 

Delete  a file 

OPENV 

Allocate  a file 

CLOSE 

Release  the  allocation  of  a file 

MODAP 

Modify  access  privilege  of  a file 

RENAME 

Change  a file  name 

CON 

Connect  a task  to  trap  generator 

THAW 

Enable  trap  generator 

SINT 

Simulate  traps  from  trap  generator 

FREZE 

Disable  trap  generator 

UNCON 

/ 

Disconnect  a task  from  trap  generator 

SYSIO 

Perform  all  OS  I/O  functions 

IOERR 

Write  on  console  an  error  message  of  SYSIO 

error 

CONHSO 

Write  a message  on  console 

I FETCH 

Transfer  a subroutine  to  memory  as  overlay 

DATE 

Get  the  current  date 

TIME 

Get  the  current  time  (character  image) 

ICLOCK 

Get  the  current  time 

WAIT 

Suspend  its  own  execution  during  specified 

time 

ENABLE 

Enable  a task  trap 

DISABL 

Disable  a ta'ik  leap 

INIT 

Initialize  a task  trap 
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Table  3.  Process  I/O  Facilities 


Following  subroutines  are  referenced  by  CALL  statement: 


Name 

AISQV 

DIWH 

DIV 

AIRDW 

AOV 

DOLV 


Funr t i on 

Read  analog  data  in  sequential  order 
Read  digital  data  in  hand  shake  mode 
Read  digital  data  groups 
Read  analog  data  in  random  order 
Write  analog  data  in  specified  order 
Write  digital  data  groups 


* 


F 
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9.  Yamatake  Honeywell 

1 . Language  Marne 

FORTRAN-700 

2 . Ha  rdwa re 

H3716 

3.  Base  Language,  Level  and  Design  Objective 


Base  language 
Leve  1 


FORTRAN 

JIS  FORTRAN  (Level  7000) 


Design  objective  : Improve  flexibility  for  industrial  application 

with  rich  facilities  of  process  I/O  and  inline 
assembly 

4.  Character  Set,  Label,  Variable  Name 

Character  set  : 36  al phanumeral s , 16  special  characters 

Label  : Unsigned  integer  number  (1  ~ 32767) 

Variable  name  : 1-6  alphanumerals , where  the  first  must  be 

alphabet 


Data  Types  and  Precision 
Integer  : Single  (16  bits) 

Real  : Single  (32  bits) 

Double  (48  bits) 


-32767  - 32767 

10~38<  | x | <1038 
Precision  6 decimal  digits 

10~3^  | x | < 1038 
Precision  11  decimal  digits 


Hexadecimal  number 
Logical 
Charac  ter 
Complex 

Address  constant 
Octal  number 
De  fnul t Rules 
Type  declaration 


Availuble  as  constant 


Internal  code  (ASCI I -8) 


Available  us  constant 


I-N  rula 


r 
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7.  Storey  Allocation 
Static,  Control. 

8 . CpHMHgft  V'airi  oHl«S 

Labeled  common  block 
Unlabeled  common  block 
EXTERNAL 'GLOBAL  statement 

9.  Variables  on  External  Memory 
Unavailable 

10 . Array  Dime ns  ion 

No  limitation  so  long  as  the  size  of  an  array  is  within  16  K 
words.  (max.  2047) 

1 1 . S true  t uip 
None 

12 . Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  Functions  defined 
in  JIS  FORTRAN  (Level  TOGO)  are  available. 

13.  Language  Expansion  Capability  or  Conditional  Compi < e/Mac ro  Facility 
Conditional  compile 
Inline  assembly  Pacilitv 

14.  Character/Hit  String  Manipulation  Capability 

None  (However,  subroutines  are  provided  for  bit  string 
manipulation) 

1 5 . Interruption  Handling  / 

None 

16.  Input/Output 

- READ/VRITE  statement  (sequential  file 

- Subroutine  call  (random  file)  based  on  ISA  S61.2 

17 . File  Organization 
Random  access  file 
Sequential  access  file 
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18.  M«rthod  of  Input/Ontput  from/to  l/O  CJti i ~t  (TV,  CRT,  »tc.) 

1)  Availability  of  READ/WRITE  Statements 

FOR  CRT  sml  T/V  output,  REAO/WRITE  Statements,  are  concerned 
with  up  to  linkage  to  subsystem. 

2)  Others 

19.  Debug  Paci l ity 

1)  TRACE  statement  : a)  Items  trace 

b)  Area  traca 

2)  SUBCKE.CK  statement  : Check  the  boundary  of  an  array 

20.  Real  Time  Facilities 
Sec  attached  Table  1. 

2 1 . Process  I/O  Facilities 
See  attached  Table  2. 

22 . Other  Facilities 

1)  IMPLICIT  Statement 

2)  DECLER/n\>  DECLEK  statements  for  allocation  control  of 
variables /arrays 

3)  An  error  parameter  in  READ/VRITE  statements 

4)  Inline  assembly:  Variables,  arrays,  labels,  etc.  can  be 

referred  both  by  FORTRAN  and  inline  assembly 

5)  Comment (*)  facility 

6)  Trace  specification  at  compile  time 

7)  Mixed  mode  expression 

8)  All  types  of  integer  expressions  are  available  as  subscript 
of  an  array 

9)  All  types  of  arithmetic  expressions  are  available  ns  parameters 
of  DO  and  computed  60  TO  statements 

23.  Applicable  Area 

Scientific  application,  process  control,  production  line  control, 
instrumentations!  application,  etc. 


Table  1.  Real  Time  Facilities 


1) 


Fol lowing 

Name 

PRO CEO 

QUIT 

TRM3M 

START 

VAIT/DEUY 

OVERLY 

TIME 

DATE 

SYSGDT 

ISYSPA  'i 

ISYSSB  / 


subroutines  are  referenced  by  CALL  statement: 

Fnnc  t i on 

Initiate  a specified  program  and  become  wait  state 
by  1 tse  1 f 

Make  the  program  which  issued  PROCED  to  resume  and 
terminate  its  own  execution 

Initiate  a program  at  a specified  time  of  day- 

initiate  a program  after  specified  time  delay' 

Become  wait  state  during  specified  time 

Load  overlay  codes 

Read  current  time  of  day 

Read  current  date 

Read  current  date  and  time  as  ASCII  code 

Read  a parameter 


Macros  for  the  real  time  monitor  can  be  used  by  means  of  in-line 
assemb ly 


-382- 


Table  2.  Process  I/O  Facilities 


Fo 1 1 ow i ng 

Name 

AISQV 

AIRDW 

AOW 

DIV 

DOM V 

DOLV 

RANGE 

ASET 


ACCSS 

ACCESS 


Subroutines  are  referenced  by  CALL  statement: 

Functi on  

Rend  analog  input  data  in  sequential  order 
Read  analog  input  data  in  random  order 
Write  analog  output  points 
Read  digital  input  points 

Write  digital  signal  during  specified  time 
Write  digital  signal 

Convert  analog  input  data  to  an  industrial  unit 

Set  address  data  of  input/output  points  resulting 
from  above  subroutines  to  data  highway 

Access  equipments  (including  PIO)  connected  to  data 

highway 


1 
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10.  Takeda  Rlken  Mfg.  Co. 


1.  Language  Name 

M0SLA8  H/T  FORTRAN  IV 


2.  Hardva  re 

NOVA  and  LCLIPS  (Japan  Mini -Comp  Co.) 

3.  Base  Language,  Level  and  Design  Objective 


Base  language  : FORTRAN 


Levc  1 


JIS  FORTRAN  (Level  7000) 


Design  objective  : Programming  by  FORTRAN  for  sensor-based 

data  collection,  control  and  processing  in 
process  and  instrumental  industry  or  in 
laboratory 


4.  Character  Set,  Label,  Variable  Name 


Character  set 

: 36  alphanumeral s 

La  bo  l 

: Numerals  in  columns  1 ~ 5 

Leading  zeros  are  meaningful 
12  differs  from  0012) 

(for  example 

Variable  name 

: 1 — 31  a 1 phanume ra 1 s j where 

be  alphabet 

the  first  must 

Data  Types 

and  Precision 

Integer  : 

Single  (16  bits) 

-215-1  - 215-1 

Real  : 

Prec i s i on 

Magni tude 

Single  (32  bits)  6 

Double  16 

decimal  digits 

decimal  digi ts 

7ft 

2.4x10  ~ 7.2x10 

2.4x10~78-  7.2x10 

Logical 

Character  : 

ASCII  code 

Bi  t : 

Available  by  means  of  subroutines, 
and  logical  expressioi 

library  functions 

Complex  : 

Single  (64  bits) 
Double  (128  bits) 

6 . Default  Rules 


Type  declaration  s 


I-N  rule 
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Arrjy  subscript  ; Thr  first  element  of  the  array 
Mixed  modi-  expression  is  available 

7.  Storage  Allocation 

Static,  Automatic,  Reentrant 

8 . Common  Variables 

- Labeled  common  block,  blank  common  block 

Scalar  variables  and  DIMENSION*  variables  are  independent  among 
tasks 

9.  Variables  on  External  Memory 
EXTENDED  ARRAY  and  extended  variables  are  not  available. 

10 . Array  Dimension 
128  dimensions 

11 . Structure 
None 

12 . Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined 
in  JIS  FORTRAN  (Level  7*. '00)  are  available.  In  addition  to  them, 
provided  are  DATN2  , DCCOS  , DCS  IN,  SINIl,  TAN,  DTAN , DTANH  , DA  I MAO , 
DCLOO , DCABS,  DCMPLX,  DCONJG,  L'CEXP,  D FLOAT,  DCSQST,  IAND,  ICR, 

NOT,  IEOR , I3HIFT,  I TEST  and  BTEST. 

13.  Language  Expansion  Capability  or  Conditional  Compile, , Macro  Facilit. 
Conditional  compile 

14 . Charac ter/Bi t String  Manipulation  Capability 
None 

15.  Interrupti on  Handling 
None 

16.  Input/Output 
READ/VRITE  statement 

RDBLK/VIUU.K  subroutine  by  block  (236  words)  I 

7 Disk  only 

READR/VKITR  subroutine  by  . icoril  (optional)  j 

I/O  to  MT  in  free  format 


MTDfO  subroutine 
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17  . Ft  le  Organ  i i*  1 1 on 
Sequent ia  l file 
Re  ndol'i  file 
Consecui ivt  File 

18.  Method  of  Inpu  t/Out  |>U  t fron/to  I/O  I'nit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/WRITE  Statements 

Available.  Display  to  CRT  is  described  by  means  of  READ/VRITE 
statements,  but  graphs  are  handled  by  CALL  statement. 

2)  Others 

XY  plotter  is  handled  by  CALL  statement 

19.  Debug  Facility- 
None 

20 . Real  Time  Facilities 
See  attached  Table  1. 

2 1 . Process  I/O  Facilities 
See  attached  Table  2. 

22 . Other  Facilities 

1)  Array  in  negative  direction:  e.g.  I (-4,  6) 

2)  Multi-file  facility  : up  to  100  files  in  a reel 

3)  Free  format  I/O  facility  for  MT 


23.  Applicable  Area 

Instrumer.tational  application 


/ 


Table  1.  Real  Time  Facilities 


Fo) lowing 

S'.  > me 

ABORT 

AKILL 

APPEND 

ARDY 

ASSOC 

ASUSP 

BACK 

BCLR 

BOOT 

BSCT 

CDIR 

CFILV 

CHAIN 

CHLAT 

CHNCK 

CHRST 

CHSAV 

CHSTS 

CLOSE 

CPART 

DATE 

DELETE 

DFILW 


subroutines  are  referenced  by  CALL  statement: 

Funct i on  

Terminate  a specified  taek 

Terminate  all  the  tasks  with  a specified  priority- 
number 

Open  a file  to  append 

Suspend  all  the  tasks  with  a specified  priority- 
number 

Assign  an  ID  number  to  a task  and  suspend  it 

Suspend  all  the  tasks  with  a specified  priori  ty-r.unber 

Restore  a swapped  program 

Clear  a bit  of  a word  to  zero 

Disk  bootstrap 

Set  a bit  of  a word  to  one 

Createa  sub-directory  wi  tli  a specified  name 
Create RDOS  disk  file 

Ovei'write  current  program  with  a program  from  disk 

Change,  add  or  delete  a link  access  attribute 

Change  priority  number  of  a specified  tack 

Restore  channel  status  to  re-read/re-write  the  same 
record 

/ 

Save  channel  status  to  re-read/re-write  the  same  record 
Get  a copy  of  UFD  of  a file  specified  by  a channel 
Close  a file 

Croats  a secondary  partition 

Get  date 

Delete  a file 

Delete  RDOS  disk  file 


■ 


Name 

via 

DUNK 

Dl/LNK 

EBCK 

EQUIV 

EXBG 

EXFG 

EXIT 

FBACK 

PCHAM 

FCLOS 

FDELY 

FGND 

FGTIM 

FIKRV 

FINTD 

FOPEN 

FOVLD 

FOVHL 

FQTASK 

FSEEK 

FSTAT 

FSTIM 

FSVAP 

FTA3K 
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Table  1.  Real  Time  Facilities  (Cont'd) 

Ftmcti  oit 

Change  current  default  directory  device 

Define  u link  entry  i»  current  directory  for  a file 
in  other  directory 

Define  a user  clock 

Delete  a link  entry  of  current  directory 

Restore  a swapped  program  or  return  to  CLI  if  no 
swapped  program  exi6ts 

Add  a new  name  to  multiple  file  device 
Execute  a program  in  background 
Execute  a program  in  foreground 
Terminate  a task 
Restore  a swapped  program 

Overwrite  current  program  with  a program  from  disk 

Close  a file  of  a specified  channel  and  free  the 
channel 

Suspend  a task  during  specified  time 

Know  whether  a foreground  program  is  executable  or  not 
Get  time  of  day 

Disconnect  a user  interrupt  device  from  system 

Find  a device  which  is  requesting  interruption 

Assign  a channel  to  a file-  (device) 

/ 

Load  an  overlay  in  multi-task  environment 
Release  an  overlay 

Execute  a task  or  an  overlay  periodically 

Position  to  a specified  record  of  a random  file 

Set  or  change  a file  attribute 

Set  a real  time  clock 

Swap  in/svap  out 

Generate  a -task 


Table  1.  Real  Time  Facilities  (Cont'd.) 


Name 

GCIN 

Gcotrr 

GDIR 

GFREQ 

GSY5 

GTATR 

HOLD 

ICLR 

ICMN 

INIT 

I SET 

ITASK 

KILL 

MDIR 

MTD10 

MTOPD 

ODIS 

OEBL 

OPEN 

OVERFLOW 

OVEXT 

OVEXX 

OVKIL 

OVKIX 

OVLOD 


Fuwcl  i on 

Get  current  input  device  name 

Get  current,  output  device  name 

Get  current  default  directory/device  name 

Get  frequency  of  real-time  clock 

Get  current  system  name 

Get  file  attributes 

Hold  a specified  task 

Clear  a bit  of  a word  to  zero 

Define  an  area  to  send  and  receive  message 

Initialize  a directory 

Set  a bit  of  a word  to  one 

Generate  a task  and  give  ID  to  it 

Terminate  an  executing  task 

Get  current  master  device  name 

Operate  MT  or  cassette  on  machine  level 

Open  MT  or  cassette  by  free  format  I/O 

Disable  interruption  from  console 

Enable  interruption  from  console 

Open  a file  / 

Check  overflow  of  floating  point 

Release  an  overlay  and  return  control  to  return-locotion 

M It  * 

Release  an  overlay  and  terminate  a task  containing  it 

n h " 

Load  an  overlay  in  single-task  environment 
Open  an  overlay  file 


OVOPN 


Tabic  1,  Real  Time  Facilities  (Cont'd) 


Nam* 

pur 

RDBLK 

RDCMN 
RDOPR 
RDRV 
REA  DR 
REC 
RELSE 
RENAM 
RESET 
RLSE 
RUCLK 
SDATE 
SPDITE 
SPEDL 
SPKIL 
START 
STAT 

stime 

STTSK 

SUSP 

SVAP 

TIME 

TRNON 

UPDATE 


Func  t i on 

Change  priority  number  of  executing  task 

Read  specified  numbers  of  blocks  from  a consecutive 
file  or  a random  file 

Read  a message  from  other  program  communication  area 
Read  an  operator  message 

Read  specified  numbers  of  records  from  a file 

ii  <* 

Receive  a message 

Make  a specified  task  ready 

Rename  a disk  file 

Close  all  open  files 

Close  and  release  all  files  of  a specified  directory 
Release  a user  clock 
Set  date 

Disable  spooling  of  a specified  device 
Enable  spooling  of  a specified  device 
Stop  current  spooling  operation 
Execute  a task  after  specified  time  delay 
Get  current  status  of  a specified  file. 

Set  time 

Get  current  status  of  a task 
Suspend  a task 
Swap  in/svap  out 
Get  current  time  of  day 

Execute  a task  at  a specified  time  of  day 
Update  the  size  information  of  current  file 
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Narot 

wait 

WRBLK 

VRCMN 
VRITR 
VROPR 
VRTR 
XMT 
XMTV 


Table  1.  Real  Time  Facilities  (Cont'd) 


Pune  t i on 

Suspend  a task  during  Specified  time 

Write  the  content  of  an  array  by  block  into  a disk 
file  specified  by  channel 

Write  a message  into  other  program  communication  area 
Write  some  records  into  a file  specified  by  channel 
Write  an  operator  message 

Write  some  records  into  a file  specified  by  channel 
Send  a message  to  other  task 

Send  a message  to  other  task  and  suspend  its  own 
execution 
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Table  2.  Process  1/0  Facilities 


Following  subroutines  are  referenced  by  CALL  .statement: 

Name  Function 

DOPEN  Initialize  a device  or  a library 

DCLOS  Close  a device  or  a library 

PSHAD  Create  and  set  hard  image  parameters  to  a device 

IPSHAD  Set  hard  image  data  sampling  conditions  to  a device 

GPHAD  Get  data  through  PIO  in  non-interruptaLle  state 

GMHAD  Get  data  in  seqnential  mode  in  non-interruptable  state 

GDHAD  Get  data  in  sequential  mode  in  interruptable  state 

DSHAD  Stop  cyclic  DMA  transfer  at  optional  timing 

PCOWV  Create  hard  image  parameters  in  batch  mode 


1 
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11.  Takeda  Riken  Mfg.  Co. 


1.  Language  Name 

Lab,  BASIC 


2.  Hardware 


TACC-1200  (Equivalent,  to  NOVA-1200  of  Japan  Hini-Costp  Co.) 
3.  Base  Language,  Level  and  Design  Objective 


Base  language 


Leve  1 


Design  objective 


BASIC 


Dartmouth  BASIC 


1)  Real  time  data  collection 

2)  Conversational  programming 

3)  BASIC  for  industry  application 


4.  Character  Set,  Label,  Variable  Name 


Character  set 


Labe  1 


Variable  name 


36  alphanumeral s 

Unsigned  integer  number  (1  - 9099) 

A single  letter  of*  the  alphabet  or  a single 
letter  of  the  alphabet  followed  by  one  of 
the  digits  0 through  9 


5 . Data  Types  and  Precision 
Real  (including  integer) 


Character  : ASCII 


Octal  number 


6.  Default  Rules 


7.  Storage  Allocation 


Static 


8.  Common  Variables 


All  are  common  variables 


8 significant  digits  (precision  : 
max  8 decimal  digits) 

12.0’  10~39  - +1.7*  1033 


9.  Variables  on  External  Memory 


None 


1 0 . ft  r ray  L)  i •< i»ns  i on 
2 dimension* 

] 1 . S tructure 
None 

1 2 . Built-in  F unctions 
See  attached  Table  1. 

13.  Language  Expansion  Capability  or  Conditional  Compi  I e /'Macro  Facility 
None 

14.  Character/Bit  String  Manipulation  Capability 

None  (Logical  operation  is  available.  See  item  22) 

15.  Interruption  Handling 
None 

16.  Input/Output 
None 

17.  File  Organization 
None 

18.  Method  of  Input/Output  frony^to  i/p  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/\JRITE  Statements 
None 

2)  Others 

Provides  I/O  statements  suitable  for  XY  plotter  and  operator 
console.  Data  specification  and  format  specification  are 
defined  in  argument*  of  these  statements. 

19.  Debug  Facility 

There  is  no  statement  for  debug  but  is  facility  to  set  as  .keyboard 
input  command  in  prior  to  program  execution. 

l)  Debugging  support  facility 

RENUMB  : Renumber  statement  number  of  n program 

TRACE 

BREAK  : 


Set  bre*K  points 


2)  Flowchart  generator 

3)  Dynamic  debugging  facility 

Modify  statement  of  .1  specified  line  or  confirm  the  content 
of  a specified  line  at  execu t ion- t ime . 

20.  Real  Time  Facilities 
See  attached  Table  2. 

2 1 . Process  I/O  Facilities 
See  attached  Table  3 . 

22.  Other  Facilities 

1)  Assembler  program  linkage  facility 

PRO  Describe  assembler  as  a statement 

RPRO  Read  assembler 

NAMR  Regis t a keyword  for  a specified  assembler 
program  (subroutine) 

2)  Logical  operation  facility  for  octal  data 

23.  Applicable  Area 


Scientific  appl ica t i on , data  collection  and  analysis  system, 
chemical  data  processing  system,  automatic  measurement/check 
system,  IC  tester  control,  data  processing  system,  proce«s 
monitor,  data  logging  system,  etc. 


LOG 

(X) 

, X 

log  e 

RND 

(X) 

Random  number  between  0 and  1 

SGN 

(X) 

Sign  of  X (-1,  0,  or  +1) 

SQR 

(X) 

v/X 

SIN 

(X) 

Sine  of  X radians 

COS 

(X) 

Cosine  of  X radians 

TAN 

(X) 

Tangent  of  X radians 

AT.V 

(X) 

Arctangent  (in  radians)  of  X 

L j 


Following  service  routines  are  embedded  in  the  interpreter  and  they 
are  described  “5  chip  ot'  pregram  statements: 

Name Func  ti  on 

TASK  Specify  priority  of  a task  and  starting  statement 

number 

TEND  Terminate  a task 

TRMON  Initiate  a specified  task  at  a specified  time  of  day 

START  Initiate  a specified  task  after  specified  time  delay 

VAIT  Suspend  its  own  execution  during  specified  time 


DSABLE  Suspend  a specified  task 

ENABLE  Make  a suspended  task  ready  state 

STRIKE  Activate  a specified  task  by  a program 
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Table  3.  Process  I/O  Facilities 


Following  sorvic*  routines  are  embedded  in  the  iiitecprtttr  and  they 
are  dcscribad  as  out  of  program  statements: 

Name Func  ti  on  


AISQV 

AIRDV 

DVM 

DHM 

IDV 

FDVN 

FDMM 

FI  DV 

Drv 

dok 

AOV 

EVKOT 

TSET 

TSTOP 

TIME 


Read  analog  v©l tnge  in  sequential  order 
Read  analog  vnltage  in  random  order 

Read  a measured  data  from  a digital  voltmeter  (-TR-7304) 

" " (-TR-66J6) 

" M ^ (-TR-6567 ) 

Set  a measurement  condition  to  a digital 

voltmeter  (-TR-7304) 

M " (-TR-6656) 

" (-TR-6567 ) 


Read  digital  input  data 
Write  d igital  output  data 

Analog  output  of  digital  value  to  a specified  channel 

Execute  a corresponding  task  at  the  time  of  event 
occurrence 

Set  system  clock 

Stop  system  clock 

Read  system  clock 


12.  Takeda  Rlketi  Mfg.  Co. 


language  Name 


MOST 


Hardware 

NOVA  (Model  01) 

Base  Language,  Level  and  Design  Objective 
Base  language  : FORTRAN,  BASIC,  PL/l 

Level  • 

Design  objective  : Language  for  test  and  evaluation  of  digital 

semi-conduc  tor  elements 


Character  Set, 
Character  set 
Labe-1 

Variable  Name 
Data  Types  and 
Integer/Real 


Label,  Variable  Name 
: 36  alphanumerals 

S : 1-6  alphanumerals,  where  the  first  must  be 

' alphabet 

Precision 

: Magnitude  10  - 10* 

-21  '21 

Precision  2 -2-1 


Cons  tants 


Logi cal 

Ar i t hmetic 

16  bits  string 

Constant  without  unit 

Current 

Having  units  of 

A (ampere),  M(milli), 

Resistance 

t» 

U(micro),  N(nano) 

R (ohm) , K(kilo),  H(mega) 

Voltage 

H 

G (giga) 

V(volt),  M(milli),U,  N 

Time 

M 

S(  second),  M(milli),  L' , i 

Frequency 

« / 

HZ(hertz),  K,  M(roega),  G 

Charac  ter 

Internal  code  (ASCII) 

Default  Rules 
None 


Storage  Allocation 
Static 


Common  Variables 
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9.  Variables  on  External  Memory 

None 

10.  Array  Dimension 
3 dimensions 

1 1 . Str  uctu  re 

None 

12 . Built-in  Functions 
See  attached  Table  1. 

13.  Language  Expansion  Capability  or  Conditional  Compi  le/Nacro  Facility 
None 

14  . Charac  te  r/3i  t String  /Hani pulation  Capability 

Available.  Character  string  : up  to  2 characters 

Bit  string  : up  to  16  bits 

15 . Interruption  Handling 
None 

16 . Input/Outpnt 
READ/VRITE  statements 

17 . File  Organization 
Sequential  file 

1 8 . Method  of  Input/Output  from/to  I ^ 0 Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/MRITE  Statements 

VRITE  statement  only  is  available.  .For  input,  INPUT 
statement  is  used.  Linkage  is  made  to  the  handler  of  the 
monitor  at  execution  time. 

2)  Others 
None 

19.  Do  bog  Fa  c i 1 i ty 

None.  However,  a system  program  for  debug  pui|*»se  is  provided. 

20.  Real  Time  Facilities 


Unknown 


2 1 . Process  l/3  Facilities 
Unknown 


22 . Othgr  Fac i 1 i ties 
Unknown 

23.  Applicable  Area 

Scientific  application,  LSI  test  system,  LSI  production  line  control, 
e tc . 


mm 
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Name 

Table  1.  built-in  Functions 

Functi on 

BITX 

Reverse  bit  string 

SR,  SL 

Shift  bit  string 

SQRT 

Square  root 

RANDOM 

Random  number 

ABS 

Absolute  value 

MAX 

Largest  value 

MIN 

Smallest  value 

CODE 

Find  a constant  class 

SIGN 

Polarity 

UNIT 

Change  a class  of  a constant 

RANK 

TRUNK 

FLOOR 

COVE 

CEIL  j 

Rand  a data  by  the  value 

^ Fix 

k 
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13.  Yokogawa  Electric  Works  Co. 


1.  Language  Name 

YOS-MQ  FORTRAN,  VOS-LD  FORTRAN 


2 . Ha  rdya  rfc 

Y0D1C  100,  YODtC  lOOO 

3.  Base  Language,  Level  and  De»ign  Objective 
Base  language  : FORTRAN 

Level  : JIS  FORTRAN  (Level  5000)  ♦ „ 

Design  objective  : 1)  FORTRAN'  extensions  uf  data  types  and 

operations  used  for  process  control 

2)  Facility  of  in  line  assembling  and  linkage 
to  assembled  programs 

3)  Optimization  of  object  program 


4.  Character  Set,  Label,  Variable  Name 

Character  set  : ^6  al phanume ral s , 18  special  characters 

Label  : Unsigned  integer  number  (l  - 99999) 

Variable  name  : 1)  1-6  alphanumerals , where  the  first  must 

be  alphabet 

2)  2-6  al phanumeral s , where  the  first  must 
be  = or  &,  and  the  second  must  be  alphabet 

3)  2-7  a 1 phanune re  1 s , where  the  first  must 
be  &,  <or>  , and  the  second  must  be 

al phabet 


5 .  Data  Types  and  Precision 


Integer  : 

Single 

(16  bits) 

-215-  215-1 

Double 

(32  bits) 

_230_  230_1 

Real  : 

Precision 

Macni tude 

Single 

Double 

(32  bits) 

(64  bi  ts ) 

6.6  decimal 

15.7  decimal 

digits 

digi ts 

2-128_  ^ 127 
2-128_  2 127 

Logi cal 

Character  : 

Internal  code  (ISO 

code) 

Bi  t : 

1 - 16 

bits,  available  in  uri thmetic 

« xpressi  on 

Hcxadec ima 1 
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Binary  : max  16  begwimng  with  B 

Mask  Jat*  : Available  by  built-in  function  I XOR 

Add  re  s s 

6 .  Default  Rules 

- Type  declaration:  A variable  whose  first  ehaieeter  is  I~N,  = , 

&,  or  @ is  interpreted  as  integer  and  A-H, 
0~Z,>  , or  < is  as  real 

- An  array  name  appeared  in  DATA  statement  and  I/O  list  specifies 
all  of  the  array  elements  in  the  array. 

- Increment  parameter  of  DO  statement  : Default  value  is  1 

— Format  of  READ/VfRITE  statement  : Data  I/O  without  data 

conversion 


- Array  subscript  of  an  array  whose  name  begins  with  ®,  >or  < : The 
first  element  of  the  urray 

7.  Storage  Allocation 

Sta  tic 


8 .  Common  Variables 

- Core  resident  variable  : Labeled  common  block,  or  variable 

name  beginning  wi tb  = 

- Process  variable  : Variable  name  beginning  Kith  >or< 


9.  Variables  on  External  Memory 


Variable  name  beginning  with®,  >or< 


10 . Array  Dimension 
3 dimensions 

11 . Structure 

Available  by  PACK  DATA  statement. 


12 .  Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined 
in  JIS  FORTRAN  (Level  7000 ) are  available  except  REAL,  CNPX,  CONJG, 
CABS,  CEXP,  CLOG,  CSTM,  CCOS  and  C$$RT.  In  addition  to  them, 
provided  are  LABS,  LMAX,  LMlN,  PLOATL,  AFLOAT , LFIX,  LFIXD,  ISNGL, 
LDBLE,  IAUD,  IOR,  NOT,  IE0R,  ISHIFT  and  1X0R. 


r 
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13.  Language  Expansion  Capability 

1)  Conditional  compile  : Capability  to  specify  at  compile  time 

foreground  task  or  background  task, 
optimization,  arid  inclusion  of  debug 
s t*.  temenfs 

2)  Macro  capability  : Available  by  means  of  inline  assembling 

facility 

3)  A variable  whose  symbolic  name  begins  with®,  > or  < may  be 
expanded  or  changed  to  be  treated  as  common  variable  among 
task,  not  only  as  process  variable. 

14.  Character/Bit  String  Manipulation  Capability 

Bit  string  manipulation  is  available  by  means  of  the  built-in 
functions  of  IAND,  IOR,  IEOH,  ISHFT  and  IXOR. 

15.  Interruption  Handling 
None 

16.  Input/Output 

1)  R£AD/VttITE  statement  : l/O  for  drum,  disk  and  cassette  tape, 

using  buffering 

2)  FGET/FPUT,  DOET/DPUr  : Output  to  drum  and  disk.  Buffering 

subroutine  is  specified  by  parameters 

17.  File  Organization 

>-  Drum  and  disk  : Undefined  file,  indexed  sequential  file 

- Cassette  tape  : Files  peculiar  to  cassette  tape 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/VRITE  Statements 

Input/Output  to/from  TV  and  CRT  is  described  by  READ  'VRITE 
statements  based  on  FORTRAN.  Special  format  specification 
for  TV  and  CRT  is  specified  as  extended  field  description  of 
FORMAT  statements. 

2)  Others 

CALL  subroutines  are  provided  for  l/O  units. 

19.  Debug  Facility 


TRACE  VAI.UE 


I 


TRACE  CONTROL 
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IT 


, 


TRACE  CALL 
CHECK  SUBSCRIPT 
RENAME 

20.  Real  Time  Facilities 
See  attached  Table  1. 

2 1 . Process  l/O  Facilities 
See  attached  Table  2. 

22 . Other  Facilities 

1)  Segmentation  : Described  in  a program  by  DEFINE  MODULE 

statement 

2)  Overlay  structure  : - Specified  in  a program 

- Specified  by  control  statement  at  the 
time  of  task  registration 

- Automatically  specified  by  compiler 

3)  Multi  program  entries  for  a main  program  and  for  a subprogram 

4)  Task  entries  : Max.  16  for  a task 

5)  Multi-file  capability  for  cassette  tape 

6)  Reference  of  variables  and  arrays  among  programs  : 

By  EXTERNAL  SYMBOL  statement,  ENTRY 
SYMBOL  statement 

7)  Multiple  return  point  from  a subroutine/subprogram 

8)  System  subroutine  : May  compile  as  system  subroutine 

(relocatable  object)  by  SUBMAIN 
s tatement 

9)  Mixed  mode  expression 

10)  Option  return  in  READ/RRTTE  statement: 

READ  (u,  f,  END-n 1 , ERR =n2 ) K 

VRITE  (u,  f,  END=nl , ERR=n2 ) K 

END-n 1 , and/or  ERR  -n2  may  be  omitted. 

nl  is  next  executable  statement  when  I/O  is 

completed,  and  n2  when  an  I/O  error  occurs. 


i 
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Table  1.  Real  Time  Facilities 


Following  service  routines  art  rttferanced  by  CALI,  statement: 

Name Function 

IREQ  Ini  tittle  a specif iod  task 

CTLPT  Work  or  stop  u program  clock 

By  specifying  Interval  Timer:  Execute  a specified  task 
after  specified  time  delay 

•By  specifying  Periodic  Timer:  Execute  a specified 
task  at  the  intervals  of  specified  time 

CTLHT  Work  or  stop  a hardware  clock.  The  functions  of  the 

facility  is  the  same  as  CTLPT 

BRSTK  Control  the  execution  of  multi-entry-task  and  pass  the 

control  to  the  specified  entry  point 

DEF  Enable  an  event  occurrence 

VAIT  Make  a task  wait  state  until  an  event  specified  by  DEF 

occurs  and  is  posted 

POST  Post  occurrence  of  an  event  specified  by  DEF 

OPEN'  Declare  the  use  of  a resource.  Vhen  the  resource  was 

already  OlTCNed  by  other  task,  the  task  is  "WAIT"  until 
the  other  task  CLOSE  the  resource 

CLOSE  Declare  the  termination  of  use  of  a resource 

LOAD  Transfer  a segment  (task  segment  or  system  subroutine) 

from  auxiliary  storage  to  main  memory 
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Fol lowing 

Name 

ASCAN 

AOUT 
CIS 
Cl  NS 
COLT 

PIN 
PS  CAN 

POUT 

OSOUT 

OMOUT 


Table  2.  Process  I/O  Facilities 


service  routines  are  referenced  by  CALL  statement: 

Func  t i on 

Read  analog  input  data  in  sequential  order. 

At  the  time  of  comp  1 e t ion t able  to  execute  a specified 
task  or  post  an  event  occurrence  by  POST  subroutine. 

Handle  direct  mode  analog  output  in  random  mode 

Handle  direct  mode  digital  input  in  random  mode 

Status  input  with  image 

Handle  direct  mode  digital  output  in  random  mode. 

Output  status  is  retained  until  changed  by  request. 
There  is  an  option  to  output  a reset  signal  automati- 
cally after  specified  time  of  delay. 

Handle  pulse  input  in  random  mode 

Handle  pulse  input  specified  by  a series  of  parameters. 
Same  as  reiterated  PIN. 

Handle  pulse  output  in  random  mode 

Vrite  differential  output  value  to  a specified  output 
station  through  analog  control  output  module 

Vrite  positional  or  differential  output  value  to 
analog  control  output  module.  Able  to  read  the  value 
before  output  at  the  same  time. 
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14.  Mitsubishi  Electric  Mfg.  Co. 


1 .  Language  Name 


Real  time  FORTRAN 


2.  Ha  rdwjri 


MELCOM  350-7 


3.  Base  Language , Level  and  Design  Objective 


: FORTRAN 


Level 


Design  objective 


JIS  FORTRAN  (Level  7000) 

Language  suitable  for  industrial  application 
Executable  under  real  time  monitor 


4.  Character  Set,  Label,  Variable  Name 


Character  set 


Labe  1 


Variable  naree 


: 36  alphanumerals , 14  special  characters 

: Unsigned  integer  number  (1  - 3276) 

: 1-6  alphenumerals , where  the  first  must  be 

alphabet. 


5.  Data  Types  and  Precision 


Integer 


Logical 


Character 


Complex 


Single  (16  bits)  -2*^  - 2 ^-1 


Prec i s i on 


Single  (32  bits)  6 decimal  digits 
Double  (64  bits)  16 

Available,  word  type  and  bit  type 
Internal  code  (ASCII  code) 


Available  as  a value 


Single  real  number 


Magni tude 

10-78  - io78 


Hexadecimal  numhar 
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6 . Default  Rules 

Type  declaration  : I - N rule 

Array  subscript  : The  first  element  of  the  array 

7.  Storage  Allocation 
Static 

8.  Common  Variables 
Labeled  common  block 

9.  Variables  on  External  Memory 
None 

10.  Array  Dimension 
3 dimensions 

1 1 . Structure 
None 

12 . Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined  in 
JIS  FORTRAN  (Level  7000)  are  available. 

13.  Language  Expansion  Capability  or  Conditional  Compile/toacro  Facility 
None 

14.  Character/Bit  String  Manipulation  Capability 
None 

15.  Interruption  Handling 
Available 

16.  Input/Output 

READ/VRITE  subroutine  (vith  buffer) 

17.  Pile  Organization 
Sequential  file,  Random  file 
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18.  Method  of  Input/Output  from/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  KLaD/VR  I TU  Statements 

Available.  Link  to  an  execution  time  I/O  system,  FONATTER 

2)  Others 

X-Y  plotter  : CALL  type 

19 . Debug  Facility 

Trace  : Statement  label,  variable  name,  value  of  a variable, 

subscripted  value,  condition  of  IF  statement. 

20.  Real  Time  Facilities 
See  attached  Table  1. 

21 . Process  I/O  Facilities 
See  attached  Table  2. 

22 . Other  Facilities 

1)  Inline  assembly  facility: 

- Assembler  language  can  be  intermingled  with  FORTRAN 
statements . 


- Variable  names  of  a FORTRAN  program  can  be  referred  by 
bier  instruction. 

2)  Segmentation  facility  : 

Specify  segment  overlay  in  a program  (by  CALL  statement). 

23.  Applicable  Area  ^ 

Process  control  in  steel,  power,  petroleum,  chemistry,  cement,  wood 
pulp  and  food  industries. 

Data  collection  and  system  control  in  water  processing,  building 
control  and  power  transmission/distribution  areas. 


assen 
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Table  1.  Real  Time  Facilities 


Following  subroutines  are  referenced  by  CAM.  statement: 

Name  F\j  notion 

Standard  subrou.t  mes 

M : A0  Make  a specified  task  executable 

M : IN’  Initiate  an  executable  task 

M : DA  Suspend  itself 

M : EX  Terminate  itself 

Option  subroutines 


M : HT 
M : ER- 
M : TD 
SF:  AB 
SF:  IN 
SF:  DA 
SF:  EX 
SF:  CH 
M : SGLD 


Terminate  a specified  task  . 

Print  out  error  message 
Suspend  itself  during  specified  time 
Make  a specified  sub-task  executable 
Initiate  an  evecutable  sub-task 
Suspend  itself  (sub-task) 

Terminate  itself 

Overlay  loading  of  a specified  program 

Overlay  loading  of  a specified  segment  ( a part  of  a program' 
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Table  2.  Process  I/O  Facilities 


Following 

subroutines  are  referenced  by  CALL  statement: 

Name 

Func  1 1 on 

DI 

Digital  input 

DIV 

Digital  input.  Not  return  to  a calling  point  until  the 
completion  of  input  operation 

DOM 

Digital  output  momentary 

DOMV 

Same  as  DOM.  Not  return  to  a calling  point 
completion  of  output  operation 

unt  1 1 

the 

DOL 

Digital  output  latching 

DOLV 

Same  as  DOL.  Not  return  to  a calling  point 
completion  of  output  operation 

until 

the 

AI 

Random  analog  input 

AIW' 

Same  as  AI.  Not  return  to  a calling  point 
completion  of  input  operation 

until 

the 

AO 

Random  analog  output 

AOW 

Same  as  AO.  Not  return  to  a calling  point 
completion  of  output  operation 

unt  1 1 

the 
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15.  Mitsubishi  Electric  Mfg.  Co. 


1 . Language  Name 

CONFORM  - TV 


2 . Hardware 

MKLCOM  350-30F/50 

3.  Base  Language,  Level  and  Design  Objective 

Base  language  : FORTRAN 

Level  : JIS  FORTRAN  (Level  7000) 

Design  objective  : - Easy  to  use 

- High  performance  process  control  software 


4.  Character  Set,  Label,  Variable  Name 

Character  set  : 36  a lpha numeral s , 13  special  characters 

Label  : Unsigned  integer  number  (1  - 32767) 

Variable  name  : 1 - 6 a lphanumerals  or. I,  where  the  first  must 

be  alphabet  or  5 

5.  Data  Types  and  Precision 

Integer  : Single  (16  bits)  -2  -2-1 

Double  (32  bits)  -231  - 231-1 


Real 

: 

Precis  ion 

Single 

(32  bits)  6 decimal  digits 

Double 

(64  bits)  16  decimal  digits 

Logical 

: Available  (word  type  and  bit  type 

Character 

: Internal  code  (EBCDIC  code) 

Bit 

: Can  bo 

used  as  variable 

Complex 

: Single 

real  number 

Pointer  variable 
Hexadecimal  number 


Mn -n 1 1 ud  e 


10 


75 


M 
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6 . Default  Rules 

Type  dec lara  t x on  s I — N rule 

Array  subscript  : The  first  element  of  the  array 

7,  Storage  Allocation 
Static,  Based 

8 . Common  Variahles 
GLOBAL  type  variable 

9,  Variables  on  External  Memory 
None 

10.  Array  Dimension 
3 dimensions 

1 1 . Struc  ture 
None 

12 . Built-in  Functions 

All  of  intrinsic  functions  and  basic  external  functions  defined  in 
J IS  FORTRAN  (Level  7000)  are  available  and  additionally  ADDR  (address) 
is  provided. 

13.  Language  Expansion  Capability  or  Conditional  Compi le/Mae rcr  Facility 
Conditional  compile  facility 

14.  Character/Bi t String  Manipulation  Capability 

Logical  operation  for  single  integer  number/is  available. 

15.  Interruption  Handling 
None 

16.  Input/Output 

FETCH/ ST ORE  statement  (with  buffer) 


AD-A068  267 


UNCLASSIFIED 


PURDUE  UNI V LAFAYETTE  IND  PURDUE  LAB  FOR  APPLIED  INO--ETC  F/G  9/2 
MINUTES  1978  SPRING  REGIONAL  MEETING  INTERNATIONAL  PUROUE  WORKS— ETC <U) 
UUN  78  N00014-78-C-0127 

NL 


fi8eBSB7 

■ 

r 

r 

. 

- 

1 

1 J 

1CD 


MICROCOPY  RESOLUTION  TEST  CHART 
NATIONAL  BUREAU  Of  STANDARDS  l%3-,1 


-415- 


i 


17.  File  Organ i zat ion 
Random  access 
Sequent ial 

(There  is  no  concept  of  file.) 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/WRITE  Statements 

Available.  The  compiler  generates  linkage  sequences  to  the 
execution-time  I/O  writer. 

2)  Others 
None 

19.  Debug  Facility 
Trace  facility 

20.  _Re_a  1 T ime  Facilj.ti_es_ 

' See  attached  Table  1. 

21.  Process  I/O  Facilities 

PROCES-I/O  statements  are  provided  and  P I/O  functions  of  OS  are 
processed  through  these  statements. 

2 2 . Other  Fac ilities 

1)  Inline  assembly  facility  : 

- Assembler  language  can  be  intermingled  with  CONFORM  statements 

- Assembler  language  parts  and  CONFORM  statements  can  refer 
to  data  mutually. 

2)  Segmentation  facility: 

- Entire  or  a part  of  a program  are  overlayable 

- A variable  common  only  among  segments  can  be  declared 

3)  Internal  data  conversion  facility 

4)  Reentrant  subroutines 

5)  Multi-entry  facility 

I 

I 


-416- 


6)  Multi-return  facility 

7)  Internal  subrout  in*  facility 
23.  Applicable  Area 

Production  control,  inventory  control,  economical  load  balancing  and 
experimental  data  collection  in  power,  gas , steel,  chemistry,  petrolic 
chemistry,  petroleum  refining,  cement,  paper,  pulp  and  food  industries. 
Non-manufacturing  process  of  water  processing,  etc. 
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Table  1 . Real  Time  Facilities 


They  are  described  as  statement. 


Statement  Jfa  me 
ASSIGN  - TASK 
CALL  - TASK 

vait 

DELAY 

PURGE 

READ  - TIMER 


Funct inn 


Define  a group  name  of  tasks 
Initiate  a specified  task 
Terminate  an  executing  task 

Suspend  a specified  task  during  specified  time 
Force  to  halt  a specified  task 
Read  current  time  of  day 
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1 . Language  Name 

PL/40 

2.  Hardware 

TOSBAC  - 40  (400,  40C,  40L) 

3.  Base  Language,  Level  and  Design  Objective 

Base  language  : PL360,  ALGOL 

Level  s System  description  language 

Design  objective  : Language  for  system  description  and  application 

description  for  mini-computers 

4 . Character  Set,  Label,  Variable  Name 

Character  set  : 36  alphanumerals , 18  special  characters 

Identifier  : 1-12  alphanumerals  (including  $),  where  the  first 

must  be  alphabet 

5.  Data  Types  and  Precision 

Integer  ! Single  (16  bits)  -2*3  - 2*^-1 

Double  (32  bits)  -231  - 231-1 

Real  : Single  (32  bits) 

Double  (64  bits) 

Decimal  number  : Available  by  FUNCTION 
Character  : ASCII  code 

Bit  : None.  Set,  reset  or  test  of  bits  is  available 

Hexadecimal  number 
Address  data 

6.  Default  Rules 

Identifiers  including  labels  and  internal  subroutines  must  be  declared 
without  omission. 

Identifiers  defined  as  array  can  be  referred  without  subscripts. 


Storage  Allocation 
Static 

Cowon  Variables 

External  identifier  enclosed  by  LINK  - RNIL. 
Variables  on  External  Memory 


Array  Dimension 
1 dimension 


Structure 


Built-in  Functions 

The  compiler  does  not  have  its  own  subroutines,  but  may  refer  to 
subroutines  of  TOSBAC  FdO  FORTRAN  and  others. 


Language  Expansion  Capability  or  Conditional  Compile/foacro  Facility 


- Selective  (conditional)  compile  facility 
-Capability  to  use  assembler  instructions  by  FUNCTION 
Character/Bit  String  Manipulation  Capability 


Character  string  is  available  through  FUNCTION. 

Interruption  Handling 

Interruption  is  detected  by  hardware  and  control  is  passed  to  internal 
routines  of  OS. 

18.  Input/Output,  File  Organization 

Because  of  system  description  language,  there  is  not  such  high 
level  I/O  facility  that  requires  run-time  subroutines. 

Able  to  use  FORTRAN  subroutines  of  TOSBAC— 10  and  OS  macros  by 
FUNCTION. 

Debug  Facility 

Facility  to  set  selective  compiling  portions. 


■ H — — — — — ■ — y 1 1-  jm  ■ mmm  »>■-  nmw  ' 
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20.  Real  T i me  Facilities  1 

S Able  to  use  T-40  FORTRAN  subrout ines . 

21.  Process  1/0  Facilities  / 

22.  Other  Facilities 

1)  Specification  of  a program  entry  by  ENTRY  declaration  (ENTRY  PROC) 

2)  Identifiers  are  externally  referrable. 

3)  Block  structures  of  BEGIN  - END  end  PROC  - EW>. 

4)  Compound  statements  e.g.  IF  - THEN  * ELSE  - f I; 

CASE  'Of  - ESAC, 

REPEAT  - UNTIL  * TAEPER;  etc. 

5)  Linkage  with  assembler  language. 

6)  Comments' may  be  wri t ten  anywhere  in  a program 

23.  Applicable  Area 

System  description  for  systems  of  T-40  minicomputer  (such  basic  software 
as  scientific  application,  process  control,  language  processor,  etc.) 
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17.  Tokyo  Shibaura  Electric  Co. 


1.  language  Nam* 


Extended  Industrial  FORTRAN 


2.  Hardware 


T0SBAC-40D  (T0SBAC-4OC,  40L) 

3.  Base  language,  Level  and  Design  Objective 


Base  Language  : FORTRAN 


Level 


: JIS  FORTRAN  (Level  7000) 


Design  Objective  : Compact  compiler  for  minicomputers 

4.  Character  Set,  Label,  Variable  Name 


Character  set  : 36  alphanumerals , 10  special  characters 


Level 


: Unsigned  integer  number  (.1  - 99999) 


Variable  name 


s 1-6  alphanumerals,  where  the  first  must  be 
alphabet . 


5.  Data  Types  and  Precision 

Integer  s Single  (16  bits) 
Double  (32  bits) 


-215  - 215-1 
-231  - 231-1 


Complex 

Logical 


Single  (32  bits) 


Precision 


Nairn i tudo 


6.3  decimal  digits  10  ^ - 10^3 


-76  75 

Double  (64  bits)  15.9  decimal  digits  10  - 10 

Single  precision 


Hexadecimal  number  : Available  only  in  DATA  statement  and  FORMAT 

statement. 


Character  : Available  only  in  DATA  statement  and  FORMAT  statement. 
Can  use  ASCII  code  and  KATAKANA 
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6.  Default  Rules 

Type  dec  la  ration  : I - K rule 

7 . Storage  Allocation 
Static 

8 . Common  Variables 

Labeled  common  block  and  blank  common  block 
GLOBAL  type  variable 

9.  Variables  on  External  Memory 
None 

10.  Array  Dimension 
3 dimensions 

11 . Structure 
None 

12.  Built-in  Functions 

Intrinsic  functions  and  basic  external  functions  defined  in  JTS  FORTRAN 
(Lavcl  7000)  are  available  except  DMAX1  and  CABS.  In  addition  to  then, 
provided  are  I DABS,  1DDIHNT,  IDMOD,  DMAXO,  tDMINO,  DFLOAT , IDSIGN, 
IDSNGL  and  IDBLE. 

13.  Language  Expansion  Capability  or  Conditional  Compi lc/Macro  Facility 
Capability  of  JCL  specifying  val id/inval id  of  trace  function. 

14.  Charactcr/Bit  String  Manipulation  Capability 
None 

/ 

15.  Interruption  Handling 

None  (Interruption  is  detected  by  hardware  and  control  is  passed  to 
OS  routines) 

16.  Input/Output 

1)  READ/VRITE  statements  (MT/CHT) 

2)  REWIND  statement,  BACKSPACE  statement,  BACKF1LE  statement 
(MT/CMT),  SK I PHECUHD  statement,  SKIPFMX  statement,  ENDFILE 
•tatement 


1)  Availability  of  READ/WRITE  Statements 


Available.  READ/VRITE  statements  are  also  available  for  color  CRT 

2)  Others 

- A FORTRAN  subroutine  which  functions  as  a utility  for  GRAPHIC 

- Data  transmission  by  VRITE  statement  (with  FORMAT ) 

19.  Debug  Facility 

1) '  Trace  facility  : TRACE  ON 

TRACE  ON* 

TRACE  OFF 

2)  A simulator-type-debugger  is  provided  outside  language  processor 

20.  Real  Time  Facilities 
See  attached  Table  1. 

21.  Process  I/O  Facilities 
See  attached  Table  1. 

22 . Other  Facilities 

1)  Segmentation  : Subroutine-type  FTLIJJK!  and  RTLIfJK 

2)  Intermix  with  assember  : ADMIX 

3)  Numerical  analysis  library  and  statistical  library  are  provided 
as  FORTRAN  subroutines. 

23.  Applicable  Area 

Scientific  application,  process  control,  etc. 
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Table  1.  Real  Time  Facilities  and  Process  I/O  Facilities 


Name 

TRNON 

START 

VAIT 

DIW 

DOLV 

DOMV 

RO 

AISQV 
A JRQV 

AOW 

PO 


Function 


Request  to  initiate  a specified  program  at  a specified 
time 

Request  to  initiate  a specified  program  after  specified 
time  delay 

Make  a program  wait  during  specified  time 

Digital  input  in  any  order  according  to  a specified 
group  address 

Digital  output  in  any  order  according  to  a specified 
point  address 

Retain  digital  signals  during  specified  time 

Relay  output  to  a specified  controller/group  address 

Input  analog  points  data  in  sequential  order  from 
specified  point  address 

Input  analog  points  data  according  to  a specified 
point  address 

Output  analog  points  data  in  sequential  order  from  a 
specified  point  address 

Output  a specified  pulse  count  or  time  duration  to  a 
specified  control ler/point  address 


-425- 


18.  Tokyo  Shibaura  Electric  Co. 


I 


1 . Language  Name 

TPL 

2.  Hardware 


5. 


TOSBAC  - 40  (lOC,  40L) 

3.  Base  Language , Level  and  Design  Objective 

Base  language  : PL/I  (BAS IS/1-12) 

Level  : Subset  + a 

Design  objective  : Compact  PL/ 1 subset  for  mini-computer 

4.  Character  Set,  Label,  Variable  Name 


Character  set 
Labe  1 


Variable  name  / 

(includes  constant  name) 


36  alphanumerals , 19  special  characters 

1 - 12  alphanumerals,  where  the  first 
must  be  alphabet 


Data  Types  and  Precision 
Integer  : 


Declared  precision  1-15  Single  (16  bits)  -2^-2  ^-1 

16  - 31  Double  (32  bits)  -231-231-l 


Real 


Logical 

Character 

Bit 


Declared  precision  1-21  Single  (32  bits) 
22  - 53  Double  (64-  bits) 

Available  as  a result  of  evaluation 


ASCII  (l  - 255  characters) 

1-16  bits 
Pointer  Variable 
Label  constant/entry  constant 
Format  variable/constant 

Others  : File  constant,  task  constant,  semaphore  constant,  etc. 


wmun 


-426- 


6.  Default  Rules 

- A name  which  is  not  declared  explicitly  nor  contextually  is 
interpreted  as  variable  of  single  precision  integer 

- An  array  name  without  subscript  is  interpreted  as  the  entire 
array 

7.  Storage  Allocation 
Static,  Based,  Automatic 

8 . Common  Variables 
EXTERNAL  variable 
GLOBAL  variable 

9.  Variables  on  External  Memory 
None 

10.  Array  Dimension 
3 dimensions 

11 . Structure 

Available.  3 levels  and  1 dimension  array  per  level 

12.  Built-in  Functions 

Intrinsic  functions  and  basic  external  functions  defined  in  J1S 
FORTRAN  (Level  7000)  are  available  except  J F IX , SMSL,  REAL,  AINaG, 
DBLE,  CMPLX,  CONJG,  CEX.P,  CLOG,  CSIN,  CCOS,  CSQRT  and  CABS. 
Additionally,  following  functions  are  available  : FIX££>,  BIT, 

PREC  (which  are  data  type  conversion),  ADDR,  IDABS,  IDDINT,  IDMCD, 
IDMAXO,  IDMINO,  IDSIGN  and  AG CMP  (aggregate  compare). 

13.  Language  Expansion  Capability  or  Conditional  Ccrapi 1 e/Hac ro  Facility 
Conditional  compiling  of  debug  statements 

14.  Character/Bit  String  Manipulation  Capability 
Available 

15.  Interruption  Handling 

Interruption  is  detected  by  hardware  and  control  is  passed  to 
programs  of  operating  system 


16.  Input/Output 

1)  Named  file  by  READ/WR HE  and  OPEN/CLOSE  statements 

2)  BULKIN/BULKOT  CALL  subroutine 


17.  File  Organization 
Sequential  file,  Random  file 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/WHITE  Statements 
Available.  No  format  conversion 

2)  Others 

GET/PUT  statements  : with  format  conversion 

19.  Debug  Facility 

1)  DEBUG  statement  : Trace 

2)  PROTECT  statement  : Protect  the  value  of  a parameter  or  a 

variable  ( compi 1 e . t ime  facility) 

3)  Others  : Compile  time  process  of  the  introduction  of  COMSTANT 

attribute  and  type  check  of  CALL  argument. 

20 . Real  Time  Facilities 
See  attached  Table  1. 

21.  Process  I/O  Facilities 

Same  as  those  of  Toshiba  Extended  FORTRAN 
(See  Table  1 of  Section  17) 

22 . Other  Facilities 

1)  A constant  may  have  a name 

e.g.  DCL  PA  I FLOAT  (21)  CONSTANT  ( 3 . M 16 ) ; 

2)  Program  blocking  by  BEGIN  - END,  PROC  - END  and  DO  - END 

3)  Compound  statements  : IF  - THEN  - ELSE 

CASE  ~ OF  - OTHERWISE 
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4)  LIST  type  GET/PVT  statement* 

5)  Free  format  description  and  comments  are  permitted  anywhere 

6)  Option  of  RECURS  I VE/REE*rtUMT  program 
23.  Applicable  Area 

Process  control,  scientific  application,  etc. 
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Table  1.  Real  Time  Facilities 


Following  statements  are  provided  for  real  time  purpose: 


Name 

TRNON 

START 

LINK 

DELAY 

STOP 

WAIT 

REQUEST 

RELEASE 


Pune  t ion 

Initiate  a task  at  a specified  time  of  day- 

initiate  a task  after  specified  time  delay 

Linkage  among  tasks 

Delay  a task 

Terminate  a task 

Vait  the  completion  of  an  event 

Request  semaphore 

Release  semaphore 


[ 


19.  Sinko  Electric  Co. 


1.  Language  Name 


FORTRAN 


2.  Hardware 


SCCS77 


3.  Base  Language,  Level  and  Design  Objective 


Base  language 


FORTRAN 


Level 


: Approximately  JIS  FORTRAN  Level  5000/7000 


Design  objective  : Compiler  for  both  scientific  and  industrial 

appl icat ions 


4.  Character  Set,  Label,  Variable  Name 


Character  set 


36  alphanumerals , 12  special  characters 


Label 


: Unsigned  integer  number  (1  - 32767 ) 


Variable  name  : 1 - 6 alphanumerals , where  the  first  must  be 

alphabet 


Data  Types  and  Precision 


Integer 


Single  (16  bits)  -2^  ~ 2^-1 


Single  (32  bits)  Magnitude  10“^  - 10^ 

Precision  6.3  decimal  digits 


Logical 


Character 


Internal  code  (ASCII  code)  / 


: By  means  of  bit  operation  functions 


Default  Rul«s 


Type  declaration  : I-N  rule 


Storage  Allocation 


Static 


I 
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8 . Common  Variables 
GLOBAL 

9 . Variables  on  External  Memory 
Unknown 

10.  Array  Dimension 
3 dimensions 

1 1 . Structure 
None 

12 . Built-in  Functions 

Intrinsic  functions  and  basic  external  functions  defined  in  JIS 
FORTRAN  (Level  7000)  are  available  except  REAL,  ATMAG.  CMPLX, 

COMJG,  CEXP.  CLOG,  CS1N,  CCOS,  CSQRT  and  CABS. 

Additional  builtin  Functions  for  bit  manipulation  are  provided: 

JOK,  IAND , I NOT,  IXOR  and  ISHIFT. 

13.  Language  Expansion  Capability  or  Conditional  Compi le/Mac ro  Facility 
None 

14 . Character/Bit  String  Manipulation  Capability 
None 

15.  Interruption  Handling 

Available  : Link  with  assembler 

16.  Input/Output 

READ/WRITE  statements  ^ 

17.  File  Organization 
Sequential  file 

18.  Method  of  Input/Output  from/to  I/O  Unit  (TV,  CRT,  etc.) 

1)  Availability  of  READ/VRITE  Statements 
Available 

2)  Others 
None 


I 
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Table  1.  Real  Time  Facilities 
Following  subroutines  are  referenced  by  CALL  statement: 

Functi  on 

Initiate  a specified  task 

Initiate  a specified  task  after  specified  time  delay 

Initiate  a specified  task  after  specified  time  delay 
and  repeat  it  with  the  same  time-interval. 

Declare  to  become  wait  state  until  completion  of  I/O 
operation 

Pass  information  to  error  processing  procedure  when 
error  occurs 

Become  wait  state  and  pass  control  to  other 
executable  task 

Enquene  for  resources  (program  or  data) 

Dequene  for  resources 

Terminate  abnormally  the  task  itself  or  other  tasks 


Name 

REQ 

TIM 

TIM 

IOWA  IT 

ERR 

WAIT 

SED 

RSED 

ETO 
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Table  2.  Process  I/O  Facilities 


Following  service  routines  are  referenced  by  control  statement: 

Ma*>e Funct  ion 

DI  Rend  1-blt  ON/OFF  input 

Read  n-blts  ON/OFF  input 

Read  n x n bits  and  recognize  the  pattern 
Read  n digits  of  9CO  data  and  convert  to  u 
specified  formt 

DO  Vrite  1-bit  ON  output 

Vrite  1-bit  OIF  output 
Vrite  n-bits  output 
Vrite  1-bit  ON/OFF  output  m tirr.es 
Vrite  data  with  BCD  format  by  converting  from 
code  type,  integer  type  and  floating  point  type 

PI  Read  pulse  values  accumulated  in  1-bit  or  12-bit 

counter 

AI  Convert  analog  input  with  a specified  scale 

AO  Convert  analog  output  with  a specified  scale 

VDT  Reset  watch-dog  timer 
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industrial  DATAWAY  IN  DISTRIBUTED  CONTROL  SYSTEM 
Takashi  Tohyama 

Chiyoda  Chemical  Engineering  & Construction  Co. 
Yokohama , JAPAN 


Abstruct.  The  paper  reviews  data  communication  technogy  to  be  used  to  inter- 
connect both  process  control  and  process  computer  apparatus  to  the  assembled 
instrumentation  and  control  system.  It  describes  a design  guideline  for  the 
implementation  of  industrial  process  computer  inter-subsystem  communication. 
The  advent  of  the  micro  computer  facilitates  the  use  of  distributed  control 
system  consisting  of  intellegent  subsystems  such  as  multiloop  controllers, 
process  operator’s  consoles,  and  dedicated  computer  system.  Herein,  the 
industrial  process  computer  inter  subsystem  communication  means  (hereafter 
called  the  Industrial  Dataway)  is  a key  subject  to  be  standerdized 
in  order  to  reduce  complexity  and  costs,  and  to  improve  interchangabiiity 
and  flexibility.  The  activities  of  the  Japanese  working  group  for 
standardization  related  IEC/TC65A/WG6,  and  a recommended  design  guideline 
proposed  in  Japan  are  discussed. 


Keywords ■ Data  highway;-  distributed  control  system:  data  communication; 
data  transmission;  process  computer  control;  industrial  computer. 


INTRODUCTION 

The  data  communication  system  (Industrial 
dataway  system)  is  one  of  the  essential 
function  of  distributed  control  system. 


According  these  requirements,  more  than  30 
kinds  of  line  sharing  communication  system 
for  high  speed  data  transmission  inter 
computer  and  inter  terminal,  were  developed 
and  installed  in  Japanese  industries. 

In  1975,  LSI  microprocessors  have  been 
utilized  to  develop  new  distributed  control 
system.  The  distributed  control  system  is 
consisted  of  process  control  station,  ope- 
rator console  station,  data  gathering 
station,  other  computer  apparatus  to  assem- 
ble instrumentation  and  control  system 
including  computer  system. 

Most  important  characteristics  of  the 
distributed  control  system  are  integration 
of  complex  and  spreaded  control  and  manage- 
ment function  in  plant  or  factory. 


For  well  organized  system,  the  data 
communication  is  the  nervous  system 
in  the  integrated  man-machine 
system. 

In  this  data  communication,  both 
high  response  and  high  throughput 
are  required  to  achive  good  man- 
machine  communication  and  data 
transmission  between  distributed 
stations.  Recently,  many  kinds  of 
instrumentation  and  control  stations 
are  implemented  to  add  new  function 
and  capability  by  using  LSI  micro- 
processor, and  have  enough  capa- 
bility to  handle  data  communication 
and  local  intelligence. 

under  this  circumstance,  the  stan- 
dardization work  has  been  continued 
in  Committee  for  Standardization 
of  Industrial  Computer  Systems 
sponsored  by  Japan  Electronic 
Industry  Development  Association 
(JEIDA)  be  concerned  with  Inter- 
national Purdue  Workshop  for 
Standardization  of  Industrial 
Computer  System  and  IEC/SC6 5 A/WG6 
(Industrial  process  computer  inter- 
subsystem communication) . 

In  Japan,  it  is  recognized  the 
necessity  and  importance  of 
Industrial  Dataway  System,  and  are 


In'  70  age,  modernized  industrial  plants  have 
been  controlled  and  managed  by  using 
hierarchy  computer  network  system.  In  here, 
it  was  necessitated  to  introduce  a standard- 
ized intersubsystem  communication  in  order 
to  increase  the  degree  of  compatibility 
between  subsystems  supplied  by  various  manu- 
facturers and  to  combine  process  control 
computer  system  with  data  processing  computer 
system. 


I ■ ■ ' ■ 

. 
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working  to  prepare  the  standardized  design 
guideline  which  describes  the  design 
concepts  and  the  basic  functions  for  imple- 
mentation of  industrial  process  computer 
intersubsystem  communication  according 
Japanese  experience. 


REVIEW  OF  CURRENT  STATUS 

The  current  line  sharing  system  in  the  in- 
dustrial plants  are  developed  and  utilized 
in  various  type  of  systems  shown  in  Fig.l 
and  TABLE  1. 

The  existing  line  sharing  systems  are 
applicable  to  support  centralized  intelli- 
gence, hierarchical  intelligence,  distri- 
buted intelligence  and/or  combinations.  So 
there  were  many  line  sharing  systems  to  meet 
the  different  grade  of  needs  and  require- 
ments. 

The  basic  requirements  to  characterize  each 
data  communication  systems  are  as  follows. 

1.  Volume  for  data  transmission,  and  requir- 
ed throughput. 

2.  Quick  response  in  data  transmission  and 
priority  interuppt  handling. 

3.  Distance  of  line  for  communication  net- 
work. 

4.  Connected  devices  to  communication  net- 
work. 

5.  Intelligence  for  data  communication  at 
each  connected  devices  or  stations . 

6.  Reliability  and  maintenability . 

7.  Economics  and  reducing  system  costs. 

In  the  first  stage  of  line  sharing  system,  it 
was  applied  for  process  data  gathering  and 
monitoring  as  1 to  N corresponded  network 
structure  which  was  called  centralized 
intelligence.  In  the  integrated  computer 
control  system,  more  high  speed  data  communi- 
cation system  was  required  and  applied  for 
total  process  supervising  and  control  as 
n:  m corresponded  network  structure  which  was 
called  hierarchical  intelligency,  or  computer 
network.  For  this  purpose,  so  called  data 
highway  systems  using  few  coaxial  cables 
were  developed  in  early  of  1970. 

After  appearance  of  LSI  microprocessor,  the 
distributed  control  systems  are  developed 
and  applied  to  the  integrated  instrument- 
ation and  control  system.  The  systems  are 
designed  according  two  kinds  of  comcepts. 

One  is  assembly  of  dedicated  DDC  (Direct 
Digital  Control) . The  other  is  assembly  of 
hybrid  (amalog/digital)  DIO  Controllers. 

Both  concepts  are  supported  by  using  data 
communication  system  between  each  distributed 
controlliers,  operator  consoles,  and  related 
computer  apparatus. 


One  of  the  typical  implemented 
industrial  dataway  system  is  seen  in 
CENTUM  F-BUS  which  is  implemented 
by  YOKOGAWA  ELECTRIC  WORKS  in  Japan. 

The  example  of  inter-station  conne- 
ction by  using  F-BUS  is  shown  in 
Figure-2.  It  is  used  to  communicate 
data  around  the  control  station  by 
250K  bits  per  second.  It  is  the 
branch  type  network  structure,  and  each 
station  for  field  process  contralling, 
operator  console  functions,  and  computer 
interface  is  connected  to  coaxial  cable  with 
passive  (transformer)  coupler.  It  can  be 
up  to  10  kilometer  long,  and  can  be 
connected  through  computer  interface  to 
virtually  any  computer  having  data  communi- 
cation capabilities. 

In  here,  the  stations  are  classified  into 
the  primary  station  and  the  secondary 
station  at  execution  phase  of  commur ication. 
The  primary  station  is  a station  having 
the  initiative  of  communication.  The 
communication  is  conducted  by  a command 
frame  from  the  primary  station  and  a res- 
ponse frame  from  the  secondary  station . 

It  is  conducted  on  a single  coaxial  cable 
which  conveys  a command  frame  and  a response 
frame  one  after  another. 


According  these  technical  trends,  industrial 
dataway  system  which  is  capable  to  support 
distributed  systems  for  process  instrumen- 
tation and  control  must  be  standardized 
for  future  progress  of  advanced  automatic 
control  fields. 


DESIGN  GUIDELINE  FOR  IMPLEMENTATION 

Herein,  the  conceptual  design  guideline  of 
industrial  dataway  system  which  is  examined 
by  Japanese  committee  for  standardization 
of  industrial  computer  systems  in  JEIDA, 
is  preparing  one  of  the  proposed  inter- 
subsystem communication  method  in  order  to 
inclease  the  degree  of  compartibility  to 
various  manufactures,  thus  enabling  them 
to  be  used  together  in  more  complete  computer 
based  process  measurement  and  control  system. 

Type  of  System 

The  industrial  dataway  is  digital  data 
communication  using  bit  serial  technique 
over  single  line  sharing  system  which  can  be 
utilized  in  industrial  process  computer 
control  and  instrumentation.  In  particular, 
it  shall  be  useful  to  support  distributed 
control  system. 

This  data  communication  is  not  prepared  to 
take  aim  at  the  optimal  interface  for  high 
speed  computing  processors  with  high  speed 
computer  interface  devices. 

This  data  communication  is  used  for  long 
distance  communication  (maximum  50  lan 
straight  line)  at  industrial  process  plant. 


. 1 


-439- 


It  must  be  specified  the  device  independent 
functional,  electric  and  mechanical  inter- 
face requirements  which  devices  and/or 
station  shall  meet  in  order  to  be  interconne- 
cted and  communicate  unambiguously  via  a 
system. 

Applicable  field 

The  industrial  dataway  system  for  on-line 
real  time  computer  system  or  distributed 
control  system,  is  to  be  used  primarily,  but 
not  exclusively  in  the  process  industries. 

From  the  standpoints  of  application,  the 
following  conditions  shall  be  included. 

- To  be  capable  of  keeping  ultimate  correct 
data  communication  under  industrial  process 
environments 

- To  provide  very  high  reliability  and  avi- 
lability 

- To  simplify  the  system  assemble,  mainte- 
nance and  training 

- To  achive  economic  data  communication 

Topology  and  typical  configuration  ' 

The  industrial  dataway  system  is  to  provide 
an  effective  communication  link,  and  to 
support  process  data  gathering  and  control, 
and  field  expandability.  The  topology  of 
system  is  recomended  as  branch  type.  Data, 
control  frame,  and  synchronization  signal 
will  be  transmitted  by  using  single  line. 

For  more  reliable  system,  redundancy  like 
dual  or  duplex  system,  or  loop  communication 
link  shall  be  applied. 

The  data  transports  from  one  station  to 
ir.st--.er.  It  is  to  transmit  data  directly 
setweer.  any  two  station  and/or  subsystem 
device  on  the  link  without  necessary  invol- 
ving store  and  forward  at  a third  station. 

In  data  communication  link,  the  master 
station  due  to  control  of  a link  during  a 
currently  transmitting.  The  slave  station 
dues  to  receive  only  during  transmission. 
Master/Slave  status  of  station  is  change- 
able, as  called  multi  mastership.  But  at 
any  given  time,  master  station  has  respon- 
sibility for  link  control  and  error  recovery 
during  transmission.  Address  and  its  relat- 
ed modifier  of  station  and  subsystem,  shall 
be  specified  to  be  applicable  for  n:n 
corresponded  communication. 

The  translator  equipment  will  be  available 
which  make  it  to  implement  the  portions  of 
communication  subsystem  with  common  carrier 
channels.  Typical  configuration  are  shown 
in  Fig.  3. 

The  industrial  dataway  system  will  be  capa- 
ble of  having  minimum  31  stations  up  to  255 


stations.  Each  station  will  be  connected 
with  the  following  devices  per  one  stations. 

- Process  input/output  (in  case  of  analog 
input)  ; max.  512  pts 

- Process  controller  (in  case  of  3 mode 
controller)  ; max.  128  pts 

- Terminal  device  (in  case  of  I/O  device 
subsystem  ; max.  16  sets 

Transmission  mode  and  characteristics. 

The  industrial  dataway  will  be  optimized  for 
1 mega  bits  per  second  or  more  and  be 
capable  of  accommodating  the  following  two 
classes  of  data  transmission  distance  to 
achive  broad  applicability. 

- Remote  sites  accessible  over  leased  lines 
with  repeater  ; Maximum  50  km  (straight  line) 

- Between  any  two  stations  ; Maximum  4 km 
(without  repeaters) 

This  system  will  be  implemented  by  using 
bit  serial  technique  and  base-band  modu- 
lation techniques.  Frame  synchronization 
will  be  based  on  HDLC's  definition.  Which  is 
standardizen  by  ISO  and  also  half  duplex 
transmission  is  good  for  this  purpose, 
because  of  high  transmission  speed. 

Asynchronous  signals  or  events  so  called 
priority  interrupts  shall  be  served  within 
a definite  interval  that  is  short  time  inter- 
val to  ignore  an  effect  on  delay  of  asynch- 
ronous events.  The  communication  system 
shall  be  served  without  delay  when  the 
local  devices  or  the  terminals  have  errors 
or  troubles.  To  satisfy  these  conditions, 
priority  control  down  by  hardware  may  not 
be  necessary.  Inhere,  detection  of  asyn- 
chronous signals  or  events  will  be  served 
less  than  20  msec  or  less. 

Frame  structure 

The  HDLC's  format  will  be  adopted  as  the 
frame  structure  of  message  for  data  trans- 
mission in  this  system. 


The  HDLC ' s format  is  follows . 


_L 

DA 

JL 

SA  ! 

I 

FCS 

I 

Herein  : 


F:  Flag  field  (8  bits) 

F field  designates  the  start  and  end  of  the 
frame  and  has  the  bit  structure  of 
01111110 

DA:  Destination  address  (8  bits) 

DA  field  contains  the  destination  address 
of  the  station  to  be  received  message. 

C:  Control  field  (8  bits) 

C field  defines  type  of  control  (ex.  command 
/reply)  depending  on  the  bit  structure  of 


this  field. 

SA:  Source  address  (8  bits) 

Basically,  SA  field  contains  the  source 
station  address  of  the  message.  This  field 
is  necessary  for  data  transmission  on  the  n:n 
corresponded  communication. 

I:  Information 

1 field  consists  of  Header,  Control  Status, 
Device  address.  Text  (data)  and  so  on. 

Length  of  this  field  is  varied  upon  amount  of 
data  to  be  transferred. 

PCS:  Frame  check  sequence  (16  bits) 

Each  message  contains  the  FCS  field  for  the 
purpose  of  detecting  transmission  error. 

It  is  recommendable  that  checking  is  based 
on  CRC. 

Protocol 

The  industrial  dataway  system  is  structured 
into  five  functional  levels  with  respect  to 
data  transmission  shown  in  Fig.  4 and  TABLE 

2 which  is  based  on  IEC/SL65A/WG6 . 

The  allocation  of  specific  functional  re- 
quirements for  protocols  is  defined  about 
physical  link,  communication  link  and  logical 
connection  as  follows. 

1.  Physical  link  protocol 

The  detail  requirements  of  a physical  link 
protocal  are  dependent  on  link  or  line  phy- 
sics and  must  be  transparent  and  inde- 
pendent of  the  message  bit  stream  including 
communication  link  addresses,  control  and 
checking  codes , etc . 

If  message  frame  delimiters  are  dependent  on 
line  physics,  they  must  be  added  and  sub- 
tracted by  line  coupling  unit. 

Typical  existing  standards  of  this  protocol 
are  CCITT  V.24  (EIA  RS-232) , CCITT  X.21  and 
20mA  current  loop. 

The  physical  interface  of  this  system  is 
characterized  in  terms  as  follows. 

The  transmission  data  rate  of  1Mbps  or 
more. 

- Bit  synchronization. 

- Clock  extraction  (Bit  element  timing) . 
Base-band  transmission. 

- Electrical  isolation  from  transmission 
signal  line. 

Redundant  (Dual  or  Duplex)  data  trans- 
mission paths  should  be  optional. 

By  passing  and  disconnect  capability, 

2.  Communication  link  protocol 

The  communication  link  protocol  is  specific 
interface  to  the  communication  subsystem,  but 
is  independent  from  the  signalling  techni- 
ques adopted  in  the  physical  link.  This 
protocol  is  also  independent  of  the  chara- 
cteristics of  stations  attached  to  the 
communication  subsystem. 

The  communication  link  protocol  of  this 
system  is  organized  on  the  basis  of  ISO 
HDLC  and  characterized  in  terms  as  follows. 


- n:n  (or  n:m)  communication  capability. 
Frame  structuring  based  on  the  HDLC  to 

transmit  unformatted  binary  data  (data 
transparency) . 

- Transmission  error  detection  by  CRC. 

- Error  recovery  by  automatic  retrans- 
missions. No-response  timer  and  re- 
transmission counter  are  required  to  prevent 
from  unduly  delay  other  messages. 

More  than  one  communication  subsystems 
should  be  responsible  to  recover  from  the 
disappearance  of  current  master. 

Broadcasting  command  is  required  to 
transmit  global  messages  to  all  subsystems . 

Initialization  capability  of  rczrrur.icaric 
subsystems . 

3 .  Logical  connection  protocol 
This  protocol  has  to  do  with  the  transmitt- 
ing and  the  receiving  messages.  The  fun- 
ction must  exist  in  the  hardware  to  be 
reflected  the  capability  of  logical 
channel  read/write  interface  and  be  chara- 
cterized in  terms  as  follows. 

- This  level  shall  provide  arbitration  bet- 
ween the  message  length  capabilities  of 

the  communication  subsystem  and  the  message 
length  requirements  at  the  application 
level.  Examples  are  rejection  or  blocking 
and  deblocking  of  messages  which  exceed  the 
message  length  capabilities  of  the  communi- 
cation subsystme. 

- Establish  and  release  logical  data 
channels. 

- Watch  Dog  Timer  to  recover  from  hang-up 
of  logical  connection. 

IPL  capability  for  distributed  ir.tellu- 
gence. 

Reliability  safety  and  maintenance 

1.  Transmission  error  processing 

The  industrial  dataway  system  is  supporting 

the  fault  diagonosing  capability. 

This  capability  is  classified  into  two 
categories.  One  is  included  in  this  system 
and  the  other  is  supported  by  outside 
function  of  this  system. 

The  former  includes  as  the  following 
functions. 

- Error  control  by  using  CRC  checking  and 
automatic  retrial  functions. 

- Sense  status  of  all  station. 

- Monitoring  response  time  interval . 

Shift  the  frame  synchronizing  station 

or  clock  unit  in  case  of  failure. 

- Correction  for  log  of  synchronization. 

- Data  sequence  checking. 

The  latter  includes  the  following  functions . 

- Code  and  address  error  checking. 

- Centralized  supervisory  for  all  station 
and  communication  line  operation. 

- Test  or  diagnostics  for  all  stations 
under  on-line  operation. 
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The  system  is  maintaining  correct  sequencing 
and  integrity  of  transmitted  data  through  the 
electrically  noisy  environments. 

2.  System  failure  detection,  protection  and 
recovery 

According  the  results  of  transmission  error 
processing  and  the  system  failure  detection, 
the  following  functions  of  protection 
and  recovery  are  required . 


4.  Maintenance 

The  communication  subsystem  shall  be  capable 
of  supporting  on-line  testing  and  fault 
d" -gnosing  capability.  This  might  include 
traffic  monitoring  and  on-line  and  remote 
loopback  test  facilities.  The  features 
are  not  integral  functions  of  the  communi- 
cations subsystem.  Also  maintenance  panel 
shall  be  connected  to  the  station  for  test 
or  diagnostics  under  off-line  mode. 


Automatic  remote  station  bypassing  by 
using  automatic  trouble  and  error  detecting , 
self  loop  checking  and  isolating  from 
active  communication  link. 

Station  bypassing  from  active  communica- 
tion link  without  any  system  disturbance 
or  error  by  manually. 

Re-organization  of  communication  link 
(self  link  configuration) 

Extensive  use  of  selfchecking  software 
should  provide  reliable  supervision  to 
locate  and  diagnose  a potential  system  error. 

3.  Smooth  and  safety  operation. 


FUTURE  PLAN 


In  Japanese  committee  for  standardization 
of  industrial  computer  system  in  JEIDA, 
study  and  cooperation  for  actual  implemen- 
tation of  industrial  dataway  system  are 
settled . 

For  the  work, Japanese  committee  selected 
two  condidates  for  further  study  in  IEC/ 
SC65A/WG6 . These  are  CENTUM  F-BUS 
system  developed  by  YOKOGAWA  and  TOSWAY- 
1500  developed  by  TOSHIBA. 


To  keep  more  smooth  and  safety  operation, 
the  following  characteristics  will  be  add- 
ed to  the  system. 

- System  expansion  and  modification  under 
on-line  operation  of  data  communication. 

- The  communication  subsystem  shall  include 
optional  versions  whicii  will  survive  light- 
ning strikes  or  power  faults  on  the  trans- 
mission line  and  will  prevent  the  equipment 
connected  to  the  subsystem  from  becoming 
hazardous  when  these  conditions  occur. 

- The  communication  subsystem  shall  meet 
the  relevant  mandatory  standards  of  licen- 
sing agencies. 

- The  communication  subsystem  shall  include 
optional  versions  for  which  intrinsic  safety 
certification  can  be  obtained. 

Easy  to  make  dual  stations  or  dual  power 
supply  units. 

- Reliable  transmission  cable  way  system 
including  dual  cabling,  protection  for  dis- 
connection and  clamp,  an4  noise  protection 
for  transmission  signal. 

- The  physical  implementation  of  the  inter- 
face within  the  subsystem  should  be  designed 
so  that  the  subsystem  is  isolated  and  may 
perform  electronic  state  transitions  such 
as  on-line/off-line,  power-on/power-off, 
ready/not  ready,  busy/not  busy,  local/remote 
and  so  on,  without  generating  transmission 
errors  between  other  subsystems. 


Referring  these  two  condidates,  we  are 
going  to  develop  the  practical  design 
guideline  of  industrial  dataway  system  with 
Japanese  data  communication  techniques 
and  operational  know-how  in  the  process 
industries  which  is  one  of  the  basis  of 
Japanese  economic  growth. 

This  work  will  contribute  significantly  to 
the  evolution  of  easy  assembling,  more 
powerful  instrumentation  and  control  system 
including  process  control  computer  system. 

Finally,  the  author  wish  acknowledge  the 
combined  efforts  of  Japanese  committee 
members  and  JEIDA  peoples.  In  addition, 
the  author  wish  to  thank  Mr.  K.  Watanabe 
in  Yokogawa,  Messrs.  A.  Uyetani  and 
H.  Tanaka  in  Toshiba  and  Messrs.  T.  Saito 
and  A.  Furusawa  in  JEIDA  who  assisted  in 
supports  and  reviews  of  this  paper. 


A 


STATUS  OF  DATA  TRANSMISSION  SYSTEM 


Wide  area  communication 


FIGURE  2 

EXAMPLE  OF  INTER- STATION 
CONNECTION  USING  F-BUS 
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SYSTEM  STRUCTURE  OF  THE  INDUSTRIAL 
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(1977-1-14)  An  Interface  Different  Levels  of  Interface  i.  Layers  of  Network  Access  Protocols 


o p 

£ a 

c o 

0 Cm 


P © 
© P 
U © 
H Q 


CU  0)  o 

04  U P 
< *H  P 
> C 


in 


• © o 

1 Q U 


G I 
O P 


P O P © 
QtU)  O U 


u e c > 
u 3 w p 

0)  P <8 
© W O'  CO 

a >i  c 
co  p © 
.*  w p T3 
P 3 0 

p u c 
© o o 

Z P © H 
O P X* 

• p © © 

04  * 6 


P 

o 

T3  Cm 
P 

© © 

§2 

Cm 

C 

73  O 
C -H 
© © 


© -h  c 
o § 8 
J)  § pi 
<d  S 6 


G O 
O *H 
•H  P © 
XJ  Qt  G 
•H  -H  C 
© p © 
C O .C 
© © U 


n 

© -’1 
© £ 
os  o 
P 


O' 

C O 


&8 


cr  m 

© 


co  m 

© 

© u 

p o 

OS  P 
Q CU 


© G © 
P O © 
© P © 
P © y 

W rH  o 

© p 
• * CU 
n !/i  ^ 


— © CO  - 
© Cm  >4 
73 


O'  o 
G P 


o © 

8 2. 

8 3 
u o 


m p 
o o oi 
© © © 
.c  04  u 

u « o 

© p 

cfl  OS  CO 


SO* 

C H U 

•H  © © 

© V P ^ 

y © o O'  cu 

•H  U U -H  3 

PC  CO  O 

© © - U 

•P  P C © 

P « o © * 

© -P  -P  3 J3 

P Q P O*  P 

O ©HO* 


fl  * *P  C C 
“ " £ © 


P © 3 


-449- 


APPENDICES  J-IV 


MICROCOMPUTER  WORKING  GROUP,  PURDUE  JAPAN 


Minutes,  First  Meeting  Microcomputer  Working  Group, 
November  18,  1977. 

Minutes,  Second  Meeting,  January  11,  1978. 

Minutes,  Third  Meeting,  March  28,  1978 
Micro  Computer  News  - December  1977. 

Micro  Computer  News  - January  1978. 


e 
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Minutes  of  the  First  Meeting  of  M i c roeomputer  \VG  IPW-J 


1 Date:  November  18,  1977 

from  2:00  P.  M.  - 5:00  P.M. 

2 Place:  Meeting  Room  of  JEIDA 

\ ■> 

3 Participants: 

Yada  (ETL) 

Togo  (Yamatake  Honeywill  Co. , Ltd. ) 

Kai  (Ilokushin  Electric  Co.,  I td. ) 

Nagagami  (Shinko  Electric  Co.,  Ltd.) 

Otsuka  tOki  Electronic  Co.,  Ltd.) 

Kobayashi  (Omeron  Tateishi  Electronic  Co.,  Ltd.) 
Adachi  (Fuji  Electric  Co.,  Ltd.) 

Kondo  (Toshiba  Electric  Co.,  Ltd.) 

Fujita  (Mitsubishi  Electric  Co.,  I td. ) 

Uda  (Sumitomo  Electric  Co.,  Ltd.) 

Furusawa  (JEIDA) 


4 Materials : No.  1-1  Theme  of  Microcomputer  WG  IPW-J 

No.  1-2  Report  on  IPW  on  Microcomputer 

No.  1-3  Influence  of  Microprocessors  to  Industrial  Computer  Systems 

No.  1-4  INTEL  8273  SDLC  Protocol  Controller 

No.  1-5  Microprocessor  controlled  Auger  Spectrometer 

5 Discussion 

( 1 ) Inauguration  of  Microcomputer  WG  IPW-J 

The  executive  office  presented  the  starting  process  of  Microcomputer 
WG  IPW-J  as  follows. 

From  October  3rd  through  6th,  1977,  International  Purdue  Workshop 
was  held  at  Purdue  University  in  U.S.A.  At  this  period,  the  Steering 
Committee  was  held  and  on  this  occasion.  Microcomputer  Committee 
was  established  as  Ad-Hoc  Committee  in  IPW.  And  as  the  Japanese 
member,  Mr.  Yada  who  was  attending  to  this  committee,  was 
registerd.  Soon  after  this,  the  meeting  of  the  committee  was  held. 

The  main  theme  of  this  meeting  - "Differences  between  Minicomputer 
and  Microcomputer"  was  lively  discussed,  (ref.  material  no.  1-1). 

On  this  occasion,  it  was  decided  that  in  future,  more  lively  investiga- 
tion should  be  made  in  every  local  committee,  thus  Microcomputer 
WG  IPW-J  has  been  established. 


L 
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( 2 ) A_R epo rt  on  Microcomputer  Ad-IIoc  Committee  of  IPW 

The  activities  of  IPW  and  Microcomputer  Committee  were  presented 
by  Mr.  Yada  (ref.  material  no.  1-1  & 1-2) 

( 3 ) Future  activity 

We  have  discussed  about  our  course,  and  the  following  items  were 
decided. 

1) .For  the  present,  a chairman  is  not  nominated  but  rotated. 

2)  No  special  obligation  is  placed. 

3)  We  take  up  a positive  attitude  to  communication  with  the  foreign 
countries. 

4)  The  theme  of  meeting  includes  every  member's  interest. 

( 4 ) Investigation  theme 

Each  member  expressed  his  opinion  as  to  the  study  field  of  his 
interest  as  follows. 

. Standard  Software  (Benchmark) 

Software  tool  of  performance  appraisal  or  standardization 
. Multi- Micro  (Communication  between  processors) 

Protocol,  Distributed  system 

. Limitation  of  high  level  language  - from  the  view  of  production 
. Functional  Requirement  on  Microcomputer  for  process  control 
. Reliability,  Environment 

. Economics  of  Microcomputer  application  system 

. Development  method  and  tool 

. Limitation  of  Microcomputer  application 

. Application  of  Bit  Slice  computer  and  its  development  tool 

. Standard  Bus 

. Debugging  tool 

. Concept  of  Microcomputer 

. How  Software  for  Microcomputer  for  control  should  be. 


( 5 ) Theme  of  next  meeting 

The  theme  of  next  meeting  is  Development  method  and  Debugging 
tool';  The  following  items  will  be  discussed. 

1)  Development  method  of  Microcomputers 
. MDS 
. PL/M 
. Emulator 

. Cross  Software/Self  Software 
. The  question  of  Second  source' 

. Interface  Change 
. Production  of  Software 

. Counterplan  of  various  machine  development 

. Development  tools  of  trial  manufacture  level  and  Development  level 
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2)  Debugging  tools 
. I ogic  analyse i* 

. Micro  analyser 
. Console 

. Handi  Maintenance 
. Software  Debugger 
. Simulator 

6 Next  Meeting 

Date:  January  11,  1978 
from  2:00  P.  M. 
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Mi  Mutes  of  the  Second  Meeting  of  Microcomputer  WG  1PW-J 


1 Date:  January  11,  1978 

from  2:00  P.M.  - 5:00  P.M. 

2 Place:  Meeting  Room  of  JEIDA 

3 Participants: 

Yada  (ETL) 

Narita  (Waseda  University) 

Kobayashi  Dmeron  Tateishi  Electronic  Co. , Ltd.) 

Yashioka  (Yokogawa  Electric  Co.,  Ltd.) 

Komori  ( Tohiba  Electric  Co,,  Ltd.) 

Yasuda  (Hitachi  , Ltd.  ) 

Otsuka  (Oki  Electric  Industrial  Co. , Ltd. ) 

Togo  (Yamatake  Honeywell  Co.,  Ltd.) 

Hikami  (Shinko  Electric  Co.,  Ltd.) 

Yoshizawa  (JEIDA) 

4 Materials: 

No.  2-1  Microcomputer  for  Control 

No.  2-2  Design  and  Document  Microprocessor  Systems  for  Easy 
Maintenance 

No.  2-3  Development  method  and  Support  Software  for  Microcomputer 
based  devices 


5  Discussion: 

( 1)  Confirmation  of  last  meeting  report 
( 2 ) Summary  of  last  meeting 

Mr.  Yada  explained  grouping  into  six  classes  as  follows  which 
had  been  investigated  in  last  meeting  (ref.  material  no.  2-1) 


Group  1 - Development  method  for  Microcomputers 

- Debugging  tool 

Group  2 - Limitation  of  high  level  language 

- How  Microcomputer  Software  for  process  control 
should  be. 

Group  3 - Standard  Software 

- Reliability  and  Environment  of  Microcomputer  for 
control 

- Concept  of  Microcomputer 


Group  4 - Multi  Microprocessor 

- Standard  Hus 

Group  5 - Functional  requirement  for  Microcomputer  control 

- Economics  of  Microcomputer  application  systems 

- Application  of  Hit  Slice  family  and  its  development  tools 
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Group  6 - Criticism  on  Microcomputers 

( 3 ) Report  on  Development  tools  and  Debugging  tools 

First.  Mr.  Yada  made  a report  on  Microcomputer  - based 
devices  and  its  support  software  of  Hitachi,  (ref.  Material 
no.  2-3)  Next,  he  explained  the  state  of  art  of  cross  software, 
self  softwar^  emulator,  logic  analyser  and  so  on. 

As  to  standardization  of  hardware,  the  current  situation  was 
explained  that  it  is  pretty  well  progressed  in  each  place  of 
business  but  on  the  whole  it  is  hardly  progressed,  and  the  standard- 
ization of  processor  to  be  used  is  not  well  done. 

As  to  language,  publication  and  international  standardization  of 
PL/M  was  proposed. 


( 4 ) Futi  e Activity 

We  have  discussed  about  our  course,  and  the  following  items 
were  decided. 

1)  For  the  present,  a chairman  is  not  nominated  hut  rotated 
as  follows. 

1 Oki  Electric  Industrial  Co.,  Ltd. 

2 Yamatake  Honeywell  Co.  , Ltd. 

3 Shinko  Electric  Co.  , Ltd. 

4 Toshiba  Electric  Co. , Ltd. 

5 Yokogawa  Electric  Co.  , Ltd. 

6 Omeron  Tateishi  Electronic  Co.  , Ltd. 

7 Hokushin  Electronic  Co.,  Ltd. 

8 Fuji  Electric  Co.,  Ltd. 

9 Mitsubishi  Electric  Co.,  Ltd. 

2)  We  will  discuss  problems  according  to  the  order  listed  in 
material  no.  2-1. 


(5)  Next  Meeting: 


Date:  March  28,  1978 
from  2:00  P.  M. 
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ELECTROTECHNICAL  LABORATORY 
TANASHI  BRANCH 

5-4-1  MUKODAI-MACHI.  TANASHI-SHI. 

TOKYO.  JAPAN 
Tt'LlT'HONE  : 0424  (6  1)  214  1 


January  30,  1978 


Dear  Sir. 


The  second  meeting  of  Microcomputer  Working  Group  IPW-J 
was  held  on  January  11,  1978  in  Tokyo.  The  main  subject  was 
"Microcomputer  Development  Technology",  and  in  our  discussion, 
"High  Level  Programming  Language  for  Microcomputer"  was 
most  remarked  and  a lot  of  opinions  concerning  it  were  offered. 

We  would  like  to  propose  you  to  adopt  PL/M  of  Intel  Corp.  as 
Microcomputer  Standard  Programming  Language  in  IPW. 

Now  we  are  expecting  to  have  the  comments  about  Standardization 
of  PL/M.  We  would  be  happy  if  you  could  give  your  opinions. 
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Minutes  of  the  Third  Meeting  of  Microcomputer  WG  IPW-J 


1  Date:  March  28,  1978 

from  2:00  P.M.  - 9:00  P.M. 


2 Place:  Meeting  Hoorn  of  JEIUA 

3 Participants: 

Yada  (ETL) 

Narita  (Waseda  University) 

Kida  (Tokyo  University) 

Hashimoto  (Mitsubishi  Electric  Co.,  1 td.) 

Adachi  (Fuji  Electric  Co.,  Ltd. ) 

Kobayashi  (Omeron  Tateishi  Electronic  Co.,  Ltd.) 
Hikami  (Shinko  Electric  Co.  , Ltd.  ) 

Yasuda  (Ilitach,  Ltd.  ) 

Otsuka  (Oki  Electric  Industrial  Co.,  Ltd.) 

Yoshioka  (Yokogawa  Electric  Work  I td. ) 

Furusawa  (JEIDA) 


4 Materials: 

No. 

No. 

3-1 

3-2 

No. 

No. 

3-3 

3-4 

No. 

3-5 

No. 

3-6 

No. 

3-7 

5 Discussion 

Airborne  Naval  Weapons  Systems,  by  R.D.  Hawkins 
NWC  Technical  Memorandum  3052,  by  R.D.  Hawkins 
An  Investigation  of  Navy  Tectical  Digital  Systems  Requi 
Microprocessor  Applications  at  NWC,  by  R.D.  Hawkins 
PL/M  and  its  Usage  at  the  Naval  Weapons  Center, 
by  R.D.  Hawkins 

Current  Militarized  Microprocessors  and  their  Support 
by  R.D.  Hawkins 


( 1 ) Confirmation  of  last  meeting  report 

( 2 ) A Report  on  the  second  meeting  of  "West  Coast  Computer  Faire" 

Mr.  Narita  made  a report  on  the  second  meeting  of  "West  Coast 
Computer  Faire"  as  follows,  which  was  held  on  March  3rd  through 
5th,  1978.  (ref.  material  no.  3-1) 

Most  of  all  manufacturers  except  Altair  attended  the  faire.  Wholly, 
the  products  for  education  were  increasing,  and  the  products  for 
amateur  were  decreasing.  Many  of  them  were  for  small  business 
with  mini  floppy  and  so  on,  and  its  cost  was  $4,  000.  00  - $5,  000.  00 
One  of  the  inclination  was  that  reliability  of  peripheral  devices 
which  have  been  developed  for  amateur  have  been  raised  and  they 
have  become  to  be  used  in  the  business  world. 
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As  to  the  lecture,  he  explained  the  outline,  referencing  to 
material  no.  3-1. 

Many  Japanese  staffs  attended  this  faire.  We  are  planning  to  have 
an  opportunity  to  take  their  lectures  next  time. 

(3)  Management  of  materials 

The  following  items  were  decided  in  regard  to  foreign  materials. 

i)  Foreign  materials  must  be  distributed  to  all  members. 

ii)  The  outline  of  the  deliverated  material  must  be  introduced. 

Following  is  a member  list  that  introduce  the  materials  that  we 
have  got  so  far. 


1.  Material  No.  1-3 

Hashimoto 

2.  Material  No.  1-4 

Hikami 

3.  Material  No.  1-6 

Yasuda 

4.  Material  No.  2-2 

Kobayashi 

5.  Material  No.  3-2 

Kida 

6.  Material  No.  3-3 

Adachi 

7.  Material  No.  3-4 

Yasuda 

8.  Material  No.  3-5 

Otsuka 

9.  Material  No.  3-6 

Yoshioka 

* next  time  - 1-4 

(4)  Limitation  of  high  level  language 

Mr.  Otsuka  suggested  how  to  proceed  discussion  of  "Limitation 
of  high  level  language".  Then  each  member  expressed  his  opinion. 
First  an  report  on  feature,  production,  and  object  efficiency  was 
made.  Its  outline  is  that  by  using  high  level  language,  programming 
becomes  easier  and  so  even  beginners  can  program  easy,  with  the 
production  increasing.  However  the  object  efficiency  becomes  bad. 
Especially  as  to  PIO  peculiar  to  process  control,  it  can  not  be  used 
because  of  its  bad  efficiency. 


(5)  As  to  suggestion  of  PL/M  Standardization 

We  requested  all  members  of  IPW  Microcomputer  Committee  to 
give  their  comments  on  "PL/M  International  Standardization". 
Mr.  R.D.  Hawkins  responded  to  our  suggestion  pessimistically 
as  follows. 

i)  LTPL  committee  of  IPW  are  now  investigating  of  "Long  term 
procedural  language" 

ii) DODHOI  has  already  begun  the  standardization  work. 

We  thanked  his  comments,  and  we  determined  that  we  would 
continue  studing  of  "High  Level  Programming  Language  for 
Microcomputer  Development  System"  harder  from  now  on. 

6 Next  Meeting 

Date:  May  10,  1078 

from  2:00  P.  M. 


.. 


( Digest 


Translated 


from 


Japanese 


Vol  2,  No.  5,  December  1977 


English  version  editor  : Koji  Yada 
Japan  Microcomputer  Club 
Kikaishinko-Kaikan,  JEIUA 

5-5-8,  Shiba-Koen,  Minato-ku,  Tokyo,  Japan 


Languages  for  Microcomputers  and  their  usages 

- from  machine  language  to  BASIC 

Step  1.  Text  Editor  for  the  6800 

- easy  to  modify  and  compile  programs 

Step  2.  Assembler  and  Assembly  language  for  the 
development  of  Hitachi  II681  TR 

TINY  BASIC  for  the  768-byte  BASIC  ALTAIR  680b 
System  Development 

Building  MODEM  for  a communication  between  the 
separate  microcomputers 

Peripheral  Units  for  100  Yen  - How  to  make  a 
manual  paper  tape  reader 

Popular  New  Products  - Examine  the  functions  of 
Matsushita  Microcomputer  Kit-  Pana  Kit  KX-33 
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News  from  Japan  Microcomputer  Club. 


Introduction  to  Programming 


I.  Languages  for  Microcomputers  and  their  Usages 

This  article  points  out  the  merits  and  demerits  of  BASIC  by  showing 
an  example  program  written  in  different  languages.  BASIC  is  the  best 
language  for  beginners  because  its  instructions  are  very  comprehensive, 
errors  in  programs  are  detected,  and  modifications  in  programs  are 
easy.  Also,  it  permits  us  to  use  mathematical  processing  by  a number  of 
functions. 

The  demerits  of  BASIC  is  it  takes  too  much  time  to  execute  the  programs 
that  includes  a lot  of  repeating  instructions.  This  is  because  BASIC  itself 
resides  in  a memory  and  it  needs  to  be  translated.  Assembly  or  Machine 
languages  is  convenient  which  need  high  speed  or  the  details  of  I/O  control. 


2.  Text  Editor  for  the  6800  - easy  to  modify  and  compile 

Text  editor  is  a program  which  compiles  and  modify  a series  of 
arbitary  characters,  such  as  a source  program  written  in  Assembly  language. 
In  practice  it  is  used  to  add  some  lines  during  a programming  and  to  modify 
the  errors. 

Each  command  used  in  text  editor  is  explained  and  the  total  editor 
program  list  is  given. 


3,  Assembler  and  Assembly  Language  for  Hitachi  H68/TR 

Assembler  is  a language  processing  program  which  translates  a series 
of  numbers  in  the  programs  written  in  machine  language  into  symbols 
which  are  easy  to  be  memorized  by  users. 

Assembly  language  is  a program  language  to  write  a program  by 
symbolic  motation.  The  smallest  unit  is  called  statement.  Most  of  the 
assemblers  read  a source  program  twice:  first  it  makes  a label  table  and 
second,  it  translates  mnemonic  code  into  operation  code. 
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Hitachi  Training  Module  - H 68/TR  Assembler  is  loaded  into  ROM  with 
a monitor,  and  makes  object  program  directly  on  a memory.  It  is  one-pass 
type.  Therefore  you  can  use  assembler  without  loading  an  assembler,  only 
have  to  input  a source  program  once,  and  execute  immediately  without 
loading  the  object  program. 

Assembler  is  convenient  to  input  a source  program  from  key  board. 
Assembler  can  not  fine  logic  errors  of  source  program  because  it  is  a 
language  processing  program. 

There  is  an  example  of  program  written  in  machine  language,  and 
assembly  language.  All  the  statements  are  explained  in  details. 


4.  Step  3 TINY  BASIC  for  the  768-b.yte  BASIC  ALTA1R  680b 

This  TINY  BASIC  is  made  to  fit  into  theMlTS  Cq256  byte  x 4 ROM 
three  sockets  set  on  CPU  (includes  I/O)  board  of  ALTAIR  680  micro- 
computer. It  already  has  remaind  area  of  about  900  byte  for  the  users  in 
P-ROM  monitor  (256  byte)  and  IK  byte  RAM. 

Memory  extention,  IO  increment,  audio  cassette  interface,  process 
control  interface  can  be  built  on  the  board.  Byte  monitor  P-ROM,  IK  RAM, 
serial  interface,  power  supply  control  switches  and  case  are  included  in 
ALTAIR  680  Kit.  By  adding  3 P-ROM  of  768  byte  TINY  BASIC,  TINY  BASIC 
can  be  soon  executed  by  connecting  CRT,  TTY  at  the  terminals. 

The  system  variables,  functions,  operation  are  explained  by  a given 
program  and  a subprogram. 


5.  Building  MODEM  for  the  communication  between  the  two  separate 
microcomputers 

MODEM  is  an  abbreviation  for  Modulater  and  Demodulater.  It  puts  data 
for  microcomputers  on  the  waves  of  voice  frequency  level  and  takes  data 
from  them. 


Tape  record,  record,  telephone  can  be  used  to  exchange  data  and  it  makes 
easy  to  handle. 
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A block  diagram  of  modulater  circuit,  placement  of  components  of  the 
basic  board,  circuit  diagram  of  modulater  and  demodulator,  a list  of 
components,  are  shown. 

There  are  various  interfaces  with  MODEM  and  the  speed  of  data  trans- 
mittion  can  be  changed  by  software. 


6.  Building  the  Toshiba  Microcomputer  Kit  TLCS  12A  EX-5 

This  is  a new  product  EX- 5 which  is  built  on  a single  pront  basic  board 
230mm  x 180mm.  The  main  part  of  EX-5  uses  12  bit  parallel  processing 
T3190  as  CPU.  The  clock  generator  circuit  resides  inside  the  T3190, 
therefore  the  circuit  is  much  simpler,  and  multiplication  and  division 
are  included  in  commands.  Toshiba  12  bit  microcomputer  is  used  widely 
in  many  industry  field  that  it  is  easy  to  get  peripheral  devices.  Details  of 
soldering,  power  supply,  basic  commands  in  binary,  decimal  and  hexa- 
decimal numbers,  programming  are  explained. 

7.  Mini  program 

Play  Cards  with  microcomputer. 

It  is  a game  to  find  two  same  numbers  in  the  random  numbers.  There 
are  8 kinds  of  2 figure  numbers  in  hexadecimal  number  system. hid  behind 
the  16  keyes.  LED  displays  your  count  and  your  partner's  count,  and  the 
first  and  the  second  numbers.  3 seconds  after  the  second  key  was  pushed, 
two  numbers  disappear.  This  game's  program  is  listed. 


8.  Manual  paper  tape  reader  for  100  Yen 

Nowadays,  data  in  cassette  tape  and  on  records  are  very  popular.  But 
the  paper  tape  is  very  reliable  and  it  is  good  ida  to  keep  a very  important 
program  in  paper  tape. 


L 


i 
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Soldering,  I/O  port  (general-purpose  Interface  1C,  or  tristate  buffer 
such  as  SN  74125,  SN  74365)  and  software  are  explained. 

In  order  to  read  data  from  paper  tape  only  IC  sockest  is  need.  But 
if  you  add  codes,  basic  board,  external  3 IC,  it  does  not  cost  more  than 
1000  Yen. 


9.  Guidance  to  Microcomputers 

This  article  explains  the  usage  of  binary  number,  especially  in  relation 
to  its  relationship  with  decimal  numbers.  MSB  is  an  abbreviation  of  Most 
Significant  Bit  and  LSB  is  an  abbreviation  of  Least  Significant  Bit.  MSB 
is  very  important  to  detect  errors.  When  MSB  is  wrong  the  number  becomes 
twice  or  one  half.  Also  LSB  is  used  to  find  whether  the  number  is  even  or 
odd.  In  order  to  change  a binary  number  to  a decimal  number  micro- 
computer uses  division.  Decimal  numbers  and  their  Binary  Coded  Decimal 
are  listed. 


10.  Popular  New  Products 

Examine  the  f unctions  of  Matsushita  Microcomputer  Kit-  Pana  Kit 
KX-33 

Pana-kit  KX-33  costs  Y39,  800  and  it  suits  best  for  the  training  of 
beginners.  The  abilities  are  1).  auto  performance  of  music  2).  digital 
clock  3).  timer.  It  can  control  microcomputer  by  light,  magnetic 
water  by  adding  some  components.  It  is  very  practical  and  useful  in  our 
daily  life  as  various  alarms. 

Most  of  the  KX-33  kit  such  as  CPU,  RAM,  Key  Switches  on  hoard  are 
already  finished,  therefore  only  some  simple  connections  are  left.  It  takes 
less  than  2 hours  to  finish  building.  There  is  no  need  to  put  long  programs 
in  machine  language  and  all  the  data  necessary  for  each  execution  can  be 
put  later.  The  main  function  of  this  unit  is  automatic  music  performance 
and  the  limit  musical  scale  is  3 octaves.  It  can  serve  as  a timer  to  start 
music  on  time  and  as  a buzzer. 
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11.  NIBL  Linking  with  Assembler 

NIBL  is  an  abbriviation  of  National  Industrial  BASIC  language  and 
its  indirect  operation  is  one  of  the  most  significant  function. 

Indirect  Operator  has  two  types,  one  is  Input  and  Output  ability 
for  parallel  words  "Peek"  and  "Poke",  and  the  other  is  an  application 
to  array.  How  to  use  this  ability  is  very  easy  and  explained  in  details. 

Link  statement  is  a statement  which  allows  the  reference  to  program 
which  is  written  in  SC/MP  in  assembler  fro  NIBL  program.  When  this 
statement  appears  in  the  NIBL  program  the  control  of  a system 
immediately  is  handed  over  to  an  assembler  program.  When  an  assembler 
program's  processing  is  over  the  control  again  returns  to  NIBL. 

The  square  root  program  list  is  shown. 


12.  Microcomputer  Dictionary 

Technical  terms;  baud,  hybrid,  LSI  MSI,  exclusive  - OR,  Daisy  Chain, 
Unbounding  are  explained. 

13.  Questions  and  Answers 

How  to  make  synchronized  count  down  is  explained  with  a count  sequence, 
a truth  table  of  JKFF  and  control  matrixes. 
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14.  News  from  Japan  Microcomputer  Club 
* Regular  Seminars 

There  are  three  courses;  beginners,  intermediate  and  upper  classes. 

For  beginners,  the  course  includes  basic  knowledge  of  microcomputer, 
and  digital  circuit;  usage  of  digital  IC;  How  to  build  a kit;  making  a power 
supply;  and  the  basics  of  software  (assembler). 

For  intermediate  course  it  includes  basics  of  interface,  building  hexa- 
decimal input  key  board  and  LED,  Interface  of  TTY,  building  journal  printer, 
introduction  to  BASIC,  Building  a control  panel.  Micro  OS,  Key  board, 

PROM  writer,  PTR  & PTP;  approach  to  application  programs  and  Usage  of 

IC  memory. 

The  upper  class  course  includes  building  audio  cassette  recorder, 
digital  cassette  recorder,  floppy  disc,  TV  display,  assembler,  Micro  OS; 
Microcomputer  programming  and  bit  slice  computer;  A/D,  D/A  transformation 

and  music  synthesizer. 

Microcomputer  Circular 

1.  How  to  make  an  Assembler 

Backus  normal  form  and  Cobol  notations  are  explained.  The  basic 
assembler  structure  is  explained  with  one-pass  function,  location  count, 
a check  of  source  statement,  translation  of  commands  and  operands,  output 
of  object  program,  usage  of  statement  table,  processing  the  macro  commands 
evaluation  of  arithematic  equations,  post  fixed  notation,  and  tree  structui  e. 

2.  How  to  write  BASIC 

Each  terms  such  as  statement,  program  input,  command,,  calculation 
mode  are  explained.  A simple  program  is  listed. 


3.  Interface  of  Audio  Cassette 

Command  trace  circuits,  interrupt  control,  timer  interrupt,  data  format, 
modelator  circuits,  and  demodelator  circuits  are  explained. 


* 
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1.  Key  to  the  selection  of  microcomputer  and  peripheral  devices 

This  article  gives  some  good  advice  to  help  those  who  want  to  buy  a 
microcomputer  and  peripheral  devices.  Microcomputers  can  be  devided 
into  two  groups  for  convenience.  (1)  the  family  of  the  8080  which  will  be 
used  as  a part  of  circuit  -a  process  controller-  when  it  is  ready  to 
perform  predetermined  functions.  The  merits  of  this  type  are  low  cost 
and  easy  appliance  of  a support  system.  (2)  the  family  of  the  6800  is 
suitable  when  the  emphasis  is  placed  upon  a extended  ability  and  general 
purpose  rather  than  dedicated.  This  group  may  become  a base  for  the 
execution  of  a program  development  and  other  tasks. 

Some  single  board  microcomputer  are  introduced  with  the  detailed 
descriptions;  SDK-85  (Intel  Japan),TK-80  and  TK-80E  (NEC),  MP-80 
(Logic  Systems  International),  PROTO  80  (MT-Corporation)  6800  D II  A 
(Motoroller),  Lkit-8  (Fujitsu),  and  many  others  are  included. 

Various  models  of  peripherals  such  as  key  boards,  encoder,  TV 
display,  printer,  digital  cassette  tape  memory,  paper  tape  reader,  card 
reader,  and  powrer  supply  are  presented.  This  article  suggests  increasing 
use  of  16K  dynamic  RAM  as  a main  memory  in  consideration  of  peripheral 
device's  cost. 


2.  How  to  apply  a microprocessor 

When  you  plan  to  build  a device  which  requires  a certain  degree  of 
complex  processing  , it  is  not  easy  to  decide  which  logic  to  use,  hardware, 
or  software.  This  article  shows  how  easy  to  implement  a microprocessor 
and  also  gives  a good  example.  A small  response  analyzer  (RA),  also  is 
called  Response  Wave  Analyzer,  is  a simple  data  calculating  device.  It  is 
necessary  to  discuss  thoroughly  before  the  final  specification  is  made.  In 
a small  development  like  this,  the  agreement  in  this  step  of  a development 
greatly  influences  upon  the  duration  of  the  development  and  its  quality.  The 
design  with  hard  logic  is  explained  first.  When  the  basic  boards  for  training 
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and  OEM  which  are  available  from  many  manufactures  are  used,  the  total 
cost  becomes  much  cheaper  than  buying  IC  chips  and  building  by  oneself, 
except  for  very  special  specifications  MP80,  a microcomputer  board  with 
a resided  monitor  is  used.  This  can  also  perform  its  debugging  on  this 
board.  A program  list  and  how  to  write  in  the  program  are  described  in 
detail 


3.  Concept  and  building  of  a display  of 

Morse  Signal  Automatic  Decoder  

This  article  is  the  second  series  to  introduce  programs  which  is  oriented 
to  a practical  use  of  a microprocessor  as  Morse  Signal  Decoder.  It  explain.' 
how  the  signals  are  decoded  by  a microcomputer.  Generally  TV  seis  ana 
small  printers  are  used  to  display  characters  by  a computer. 

But  both  of  them  are  expensive.  So  35  LED  are  used  as  a 7X5  LED  Matrix 
decoder.  This  device's  feature  is  its  low  cost.  Flow  charts  of  decoder- 
algorithm  are  explained. 


4.  Building  up  a simple  TV  display 

By  picking  up  a slow  output  signals,  we  can  see  the  singals.  Detailed 
diagrams  of  circuits  are  listed.  How  to  modulate  and  how  to  use  it  for  other 
application  are  explained. 


5,  Special  Report  - The  future  Robot  Society  with  microcomputers 

This  report  summarizes  the  7th  International  Symposium  of  Industrial 
Robot  ( ISIR)  which  was  held  in  Tokyo  in  October  1977.  The  theme  was 
discussed  with  about  80  representains  from  16  countries.  This  symposium 
was  divided  into  4 parts. 

1.  Development  of  hand  mechanism 

2.  Development  of  various  working  robots 

3.  Use  of  microcomputers 

4.  Large  Scale  Projects 
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As  far  as  Industrial  Robots  are  concerned,  the  economic  and  social  evaluation, 
controlling  methods,  softwares  of  controll,  mechanical  hand,  standardization, 
new  mechanism  and  its  applications,  and  artificial  intelligence  robot  are 
represented.  This  reports  points  out  one  of  the  features  which  will  be 
considered  for  future  developments,  that  is,  its  flexibility  of  material, 
structure,  and  functions. 


6.  Basics  for  Min i-Pro gram 

This  is  the  second  series  of  explaining  how  to  ppen  square  roots.  This 
is  the  fastest  method  which  was  found  by  listing  the  numbers  of  adding  odd 
numbers  and  its  sums.  A program  list  are  explained  thoroughly.. 

7.  12 K byte  ROM /RAM  board 

A new  12K  byte  ROM/RAM  board  with  multi  addressing  is  introduced 
from  Adteck  System  Science.  ADB-001  is  ROM/RAM  basic  board  compatible 
for  8080  and  6800  Chip  selection.  Output  lines  for  TVD-02,  Output  lines  for 
TK-80,  combinational  use  of  ROM/RAM  are  explained. 

8.  Common  sence  about  microcomputers 

Basics  of  microcomputer  functions,  merits  and  demerits,  techniques, 
various  models  are  explained. 


9.  Microcomputer  Guidance  3 

This  article  points  out  why  binary  numbers  are  used  in  microcomputers. 
The  principal  merits  are  reliability  because  it  uses  only  1 and  0,  and 
number  of  states  for  circuits  are  much  less  than  decimal  numbers. 

10.  Introduction  of  New  Products 

EX-12/5  (Toshiba),  TK-80  RS  system  and  various  Interface  for  L Kit 


(Panafacom) 
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II.  Microcomputer  Dictionary 

Technical  terms  such  as  threshold,  rise  time  and  full  time,  MSD,  LSD, 
idle  time,  POS,  acknowledge  signals  are  explained. 


News  from  Japan  Microcomputer  Club 

The  second  Microcomputer  Show  '78  will  be  held  in  Tokyo  on  May  18. 
There  will  be  four  parts. 

1.  microcomputers 

2.  microprocessors 

3.  application  device  for  microcomputers  and  microprocessors 

4.  manuals  and  books 


r 
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APPENDICES  A-VIII 

TC-1 

REAL-TIME  INDUSTRIAL  FORTRAN  COMMITTEE 
PURDUE  AMERICAS 


1.  Caro,  Richard  H. , An  Update  on  the  Relationship  Between 
Tasking  and  File  Handling,  S61.2  and  S61.3,  May  22,  1978. 

2.  Industrial  Computer  System  FORTRAN  Procedures  for  the 
Management  of  Independent  Interrelated  Tasks,  Draft  ISA 
S61.3,  March  3 (3"i  T97ST 


PURDUE  LABORATORY  FOR 
APPLIED  INDUSTRIAL  CONTROL 
102  Michael  Golden 
Purdue  University 

West  Lafayette.  Indiana  47907.  USA 
317/494  842S 

Please  reply  to  Mr.  Richard  Caro 

Dept.  330 

The  Foxboro  Company 
Foxboro,  MA  02035 
USA 

TELEX  927602 


JUN' 6,978 


May  22,  1973 


Members  of  TCIA/ISA  S61: 

The  attached  working  paper  is  an  attempt  on  my  part  to  resolve  the 
differences  between  the  ISA  documents  S61.2  - 1978  and  "Industrial 
Real-Time  FORTRAN"  as  proposed  by  TCIE,  Purdue  Europe,  in  the 
field  of  File  Handling.  It  also  re-casts  the  file  handling  aspects 
more  in  the  light  of  tasking.  Finally,  I also  attempted  to  show 
the  effect  of  FORTRAN  77  on  S61.2.  All  of  this  was  not  possible 
at  the  time  S61.2  was  being  written  because  we  didn't  know  enough. 
Now  that  we  are  all  smarter,  it  seems  appropriate  to  review  these 
items  for  future  revision  considerations. 

Vt  C-u- 

R.  H.  Caro,  Dept.  330 
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AN  UPDATE  ON  THE  RELATIONSHIP  BETWEEN  TASKING  AND 
FILE  HANDLING,  S61.2  AND  S61.3 
By  R.  H.  Caro 

Industrial  real-time  computing  has  a set  of  requirements  which  are 
both  different  from  and  yet  simlliar  to  other  fields  of  computing.  Direct, 
random  inputs  from  industrial  processes  make  impossible  the  ability  to 
organize  a series  of  programs  in  such  a way  as  to  be  able  to  predict  the 
exact  order  of  execution.  While  such  situations  often  exist  in  data 
processing  applications,  they  are  usually  confined  to  the  I/O  operations 
designed  into  the  operating  system.  Industrial  real-time  programming 
requires  the  user  to  be  able  to  directly  address  these  problems  in  his 
program  design.  Thus  some  of  the  techniques  usually  required  to  write 
operating  systems  must  be  made  available  to  the  user  of  industrial  real-time 
programming. 

The  model  processor  for  the  industrial  real-time  environment  must  be 
considered  to  actually  support  multiple  concurrent  executions  of  programs. 
Each  processor  must  have  access  to  common  memory  and  the  same  I/O  devices. 
Thus  it  is  part  of  the  model  that  there  will  often  be  actual  contention 
for  the  same  device  or  data  item.  This  model  has  been  referred  to  as  a 
virtual  processor  which  may  indeed  exist,  as  a real  processor  with  modem 
technology,  or  may  be  mapped  onto  a processor  with  only  one  actual  program 
in  execution  at  a time  (others  in  suspended  state). 


■ ■" 111,1 
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There  are  four  general  topics  which  industrial  real-tine  programing 
languages  must  address: 

1.  Scheduling  of  program  execution 

2.  Allocation  of  critical  resources 

3.  Sharing  of  data 

4.  Input/Output  with  binary  or  tit-string  devices. 

Scheduling  must  be  based  on  time  or  event  occurance  or  in  some  cases, 
both.  Allocation  of  critical  resources  require  a method  which  excludes 
possible  contenders  during  the  time  when  the  resource  is  being  used.  Sharing 
of  data  must  be  done  in  a way  which  is  cooperative  yet  provides  sufficient 
safeguards  to  protect  data  integrity.  The  I/O  devices  usually  associated 
with  industrial  real-time  applications,  tend  to  be  primative  devices  of  a 
wide  variety  such  that  their  data  interfaces  are  usually  expressed  as  a 
simple  binary  state  or  as  a string  or  strings  of  binary  bits. 

The  ISA  through  its  S61  committee  has  attempted  to  address  all  of  these 
issues  through  the  medium  of  standards  development.  The  I/O  problem  is 
addressed  in  ANS/ISA  S61.1  - 1976,  Industrial  Computer  System  FORTRAN 
Procedures  for  Executive  Functions,  Process  Input/Output  and  Bit  Manipulation. 
The  control  of  the  only  standardized  method  in  FORTRAN  of  sharing  data,  the 
file,  is  addressed  in  ISA/S61.2  - 1978,  Industrial  Computer  System  FORTRAN 
Procedures  for  File  Acess  and  the  Control  of  File  Contention.  Finally,  the 
remainder  of  the  issues  are  addressed  in  the  draft  standard  ISA/S61.3, 
Industrial  Computer  System  FORTRAN  Procedures  for  the  Management  of  Independent 
Interrelated  Tasks. 
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The  following  discussion  of  file  handling  is  an  update  to 
ISA  S61.2  in  the  light  of  the  approval  of  ANS  X3.9  - 1978,  FORTRAN  77 
and  the  consents  of  the  Purdue  Europe  FORTRAN  Committee.  Also,  it 
shall  be  recognized  that  a very  advanced  method  of  task  synchronization 
is  called  "message  passing",  which  could  be  implemented  using  exactly 
the  mechanism  discussed  here. 

FILE  HANDLING 

The  intent  of  ISA/S61.2  is  specifically  to  enable  the  executive 
program  to  obtain  enough  information  about  the  intended  use  of  the 
particular  form  of  shared  data  known  as  the  file  so  as  to  control  the 
several  possible  contenders  for  that  resource.  Consideration  must  be 
given  as  to  how  the  program  at  hand  intends  to  use  the  file  as  well  as 
any  knowledge  as  to  the  degree  to  which  it  might  be  possible  to  allow 
simultaneous  access  to  that  same  file.  The  file  system  itself  is  not  the 
object  of  the  standard.  As  such,  the  series  of  FORTRAN  subroutines  are 
designed  to  allow  control  of  the  shared  resources  called  "files"  in  a 
FORTRAN  environment . 

Unfortunately,  FORTRAN,  X3.9  - 1966  did  not  adequately  provide  for 
the  kind  of  files  most  often  found  in  the  real-time  industrial  control 
environment;  namely,  random  (or  direct)  access  named  files.  Therefore, 
additional  FORTRAN  subroutines  had  to  be  provided  to  substitute  for  these 
file  system  features.  These  were  the  following: 


CFILW 

(create  a file) 

DFILW 

(delete  a file) 

OPENW 

(open  a file) 

CLOSEW 

(close  a file) 

RDRW 

(read  a direct  access  file) 

WRTRW 

(write  a direct  access  file) 

L 
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Now  that  FORTRAN,  X3.9  - 1978  (FORTRAN  77)  has  been  approved,  it  is 
time  to  re-examine  the  place  and  need  for  ISA/S61.2.  FORTRAN  77  provides 
for  all  of  the  above  file  operations  but  without  the  necessary  access 
controls.  If  I*;A/S61.2  were  to  be  revised  in  this  light,  it  should  be 
to  add  subroutines  which  would  provide  the  necessary  access  controls  prior 
to  the  actual  "OPENING"  of  the  file  by  normal  FORTRAN  77  code.  Alternatively, 
sufficient  information  could  be  expressed  in  the  subroutine  call  Itself  to 
accomplish  both  the  "OPEN"  function  and  obtaining  the  devised  access  controls 
atomically  within  the  subroutine.  Either  method  would  provide  sufficient 
control.  The  first  method  would  be  much  simpler,  but  requires  that  the 
user  enforce  his  own  dicipline  to  be  sure  that  proper  opening  and  closing 
access  controls  are  indeed  used.  The  second  method  tends  to  assure  proper 
use  since  normal  FORTRAN  code  would  not  be  used,  but  the  syntax  of  OPEN 
and  CLOSE  in  FORTRAN  77  would  require  an  exceedingly  complex  expression  of 
the  arguments  to  such  subroutines. 

To  reach  a reasonable  compromize,  a short  set  of  different  subroutines 
could  be  provided  to  reflect  the  "usual  or  most  frequent"  requirements. 

Then,  If  other  functions  were  required,  a two  step  more  general  procedure 
could  be  used.  The  proposal  consistent  with  FORTRAN  77  would  be  as  follows: 

CFILW  (create  a new  file  and  open  it) 

GPENW  (open  an  existing  file) 

CLOSEW  (close  a file  but  KEEP  it) 

DFILU  (close  a file  and  delete  it  from  the  system) 
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The  file  access  modes  are  the  expression  of  the  user  as  to  the 
Intended  use  of  the  file  so  that  the  executive  program  can  assign  file 
access  rights  to  the  set  of  simultaneous  contenders.  It  is  necessary 
to  understand  that  certain  files  may  be  assigned  properties  at  the  time 
of  their  creation  which  may  not  allow  certain  modes  of  access.  The 
executive  program  must  resolve  such  Issues.  The  original  Intent  of 
ISA/S61.2  was  to  allow  a maximum  degree  of  sharing  when  simultaneous 
contenders  are  present.  S61.2  allowed  four  forms  of  access  mode  as 
follows : 

•Shared  - unconstrained  access,  maximum  sharing 

•Exclusive  - totally  constrained  access,  no  sharing 

•Read-only  - caller  only  reads,  others  may  read  or  write. 

•Protected  Read  - caller  only  reads,  others  may  only  read. 

Upon  close  eximation  of  these  functions,  it  is  difficult  to  distinguish 
a useful  difference  between  the  Shared  and  the  Read-only  modes. 

To  better  understand  the  necessity  for  controlling  access  to  files, 
we  must  return  to  the  concept  of  a file  as  the  only  controllable  means  of 
accessing  shared  data.  With  FORTRAN  77  allowing  files  to  be  "internal" 
storage  as  well  as  external,  inefficiency  is  no  longer  a concern.  Therefore, 
it  is  proposed  that  file  access  modes  be  simplified  to  be  slmillar  to 
expressions  of  critical  region  control  as  follows: 

.Locked  - file  opened  to  only  the  calling  program.  Includes  the 
previous  Exclusive  mode. 

■Unlocked  - file  opened  to  all  requestors.  Includes  both  the  Shared 
and  Read-only  modes. 

•Protected  - file  opened  to  all  requestors  who  also  open  in  the 

Protected  mode.  Includes  the  previous  Protected  Read  mode. 
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New  requests  to  open  files  already  opened  under  the  above  modes  would 
be  resolved  as  In  Figure  1.  Requests  to  open  a closed  file  would  always 
be  accepted,  unless  processor  dependent  properties  of  the  file  prevented 
such  a mode  of  opening;  for  example,  a "read-only"  file  would  be  proper  to 
open  In  any  mode,  but  a "wrlte-only"  file  would  be  improper  to  open  in 
Protected  mode. 


File  Alread 


Request  to  Open 
in  Mode 

Unlocked 

Protected 

Unlocked 

Yes 

No 

No 

Protected 

No 

Yes 

No 

Locked 

No 

No 

No 

Figure  1 

Resolution  of  File  Opening  Requests 


Finally,  a means  to  modify  the  access  modes  must  be  supplied  to  change 
the  mode  without  closing  the  file  (which  might  damage  integrity  of  the  file 
with  concurrent  program  execution).  This  subroutine  would  be  NODAPW,  slmiliar 
to  the  contents  of  ISA/S61.2. 

With  respect  to  the  proposals  of  the  Purdue  Europe  FORTRAN  Committee, 
Industrial  Real-Time  FORTRAN,  the  new  file  modes  would  include  their  old 
modes  as  follows: 


•Locked  - includes  "Exclusive"  (and  certain  cases  of  "Write-Only") . 

.Unlocked  - Includes  "Read/Write",  "Unprotected  Read"  and  "Write-Only". 
•Protected  - Includes  "Protected  Read". 


Some  doubt  exists  as  to  the  necessity  of  a "Write-Only"  access  node. 
Write-Only  is  much  more  of  a description  of  a file  access  privilege  which 
is  assigned  to  the  file  Itself,  and  is  therefore  outside  the  scope  of 
S61.2.  If  it  is  desired  to  allow  concurrent  writers  to  such  a file  (as  for 
an  alarm  message  file),  then  it  would  be  opened  "Unlocked".  If  message 
integrity  must  be  preserved,  then  it  should  be  opened  "Locked." 
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PREFACE 

This  Preface,  all  footnotes,  and  all  Appendices  ae  included  for 
informational  purposes  and  are  not  part  of  Standard  ISA-S61.3. 

This  Standard  has  been  prepared  as  a part  of  the  service  of  the 
Instrument  Society  of  America  toward  a goal  of  uniformity  in  the  field 
of  instrumentation.  To  be  of  real  value,  this  document  should  not  be 
static  but  should  be  subjected  to  periodic  review.  Toward  this  end, 
the  Society  welcomes  all  comments  and  criticisms  and  asks  that  they  be 
addressed  to  the  Standards  and  Practices  Board  Secretary,  Instrument 
Society  of  America,  400  Stanwix  Street,  Pittsburgh,  Pennsylvania 
15222. 

The  ISA  Standards  Committee  on  Industrial  Computer  System  FORTRAN 
Procedures  SP61,  operates  within  the  ISA  Standards  and  Practi  es 
Department,  A.  P.  McCauley,  Vice  President.  The  SP61  Committee  also 
is  a working  group  of  FORTRAN  Committee  of  the  International  V j’  jk 
Workshop  on  Industrial  Computer  Systems  which  provides  the  impetus  for 
the  development  of  this  and  related  standards.  The  FORTRAN  Committee 
is  chaired  by  M.  R.  Gordon-Clark;  General  Chairman  of  the 
International  Purdue  Workshop  is  Dr.  T.  J.  Williams. 

Committee  SP61,  Industrial  Computer  System  FORTRAN  Procedures  was 
established  in  June  1971  as  a working  group  of  the  FORTRAN  Committee 
of  the  Purdue  Workshop  on  Standardization  of  Industrial  Computer 
Languages  (later  reorganized  and  renamed  the  International  Purdue 
Workshop  on  Industrial  Computer  Systems) . As  a result  of  their 
activity,  ISA  Standard  S61. 1-1972,  Industrial  Computer  System  FORTRAN 
Procedures  for  Executive  Functions  and  Process  Input  Output,  was 
published  by  the  ISA  in  1972.  In  1974,  extensive  use  of  S61. 1-1972 
and  discussions  with  ANSI  X3J3  FORTRAN  Committee  indicated  a need  for 
revision  and  the  standard  was  revised  as  S61. 1-1976. 

In  1977  ISA  S61. 1-1976  became  an  American  National  Standard  ANSI/ISA 
S61. 1-1976  and  was  submitted  to  the  International  Standards 
Organization  working  group  I SO/TC97/SC5/WG 1 for  consideration  as  an 
international  standard.  The  standard  ISA  S61. 2-1977,  Industrial 
Computer  System  FORTRAN  Procedures  for  File  Access  and  the  Control  of 
File  Contention,  was  also  developed  by  the  SP61  Committee  in 
conjunction  with  the  FORTRAN  Committee  of  the  International  Purdue 
Workshop  in  particular  the  American  and  European  branches  of  the 
workshop. 

The  development  of  S61.3  began  in  1972  and  the  standard  is  the  result 
of  many  different  inputs  which  were  coodinated  through  the 
International  Purdue  Workshop. 


Many  different  people  contributed  to  the  deveopment  of  this  standard, 
but  the  ideas  and  consents  of  the  FORTRAN  Committee  of  the  European 
branch  of  the  International  Purdue  Workshop,  under  the  chairmanship  of 
Professor  G.  Heller  were  especially  important.  The  standard  was 
prepared  by  a working  group  of  the  International  Purdue  Workshop 
FORTRAN  Committee  which  constituted  the  SP61  coaaittee  listed  below. 


H.  R.  Gordon-Clark,  Chairman 

A.  Arthur 

F.  E.  Bearden 

R.  H.  Caro 

L.  H.  Cartright 

w . Van  Diehl 

H.  N.  Hands 

C.  C.  Haskell 
T.  L.  Luekens 
0.  Petersen 
R.  E.  Signor 

R.  W.  Swearingen 

D.  w.  Zobrist 


Scott  Paper  Company 
IBM  Corporation 
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The  Poxboro  Company 
Inland  Steel  Company 
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Union  Carbide  Company 
Johnson  Service  Company 
Norwegian  Institute  of  Technology 
General  Electric  Company 
Virtual  Systems  Inc. 
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1.0  SCOPE 

This  standard  presents  external  procedure  references  for  use  in 
industrial  computer  control  systems.  These  external  procedure 
references  provide  means  for  task  intercommunication  and 
cooperation  through  the  orderly  management  of  independent  task 
execution.  The  tasks  are  expected  to  be  running  in  a multi- 
tasking or  a multi-processing  environment.  These  procedures 
usually  will  pass  the  information  necessary  tor  this  orderly 
management  to  an  executive  routine  which  will  ensure  the  correct 
operation  of  industrial  computer  control  system.  The  method  for 
ensuring  orderly  management  is  left  to  the  processor. 

The  procedure  references  in  this  standard  are  intended  to  provide 
methods  by  which  the  task  can  inform  the  processor  of  the 
relationships  between  the  task  and  other  independent  tasks  under 
the  control  of  the  same  processor.  The  standard  provides  the 
means  to  integrate  independent  tasks  into  a system  of  cooperating 
tasks  when  used  in  conjunction  with  sound  program  design  but  the 
implementation  of  this  standard  is  no  assurance  that  problems  of 
non-cooperation  will  not  arise. 

1. 1 DEFINITIONS 
illlU A L_ PROCESS OR 

A virtual  processor  is  an  environment  in  which  an  executable 
program  can  run  and  in  which  all  the  resources  needed  for  the 
execution  of  the  executable  program  are  always  available.  A 
particular  implementation  serves  to  map  a set  of  virtual 
processors  on  to  the  actual  processor.  This  mapping  may  be 
controlled  by  an  executive  routine  and  is  processor  dependent. 
The  virtual  processor  exists  only  when  the  set  of  pending 
executions  is  not  empty,  or  when  an  executable  program  is  in 
either  the  state  Voluntary  Suspend  on  the  state  Running. 

C IC L I C_ EXECUTION 

Cyclic  execution  is  a set  of  executions  of  an  executable  program 
by  its  virtual  processor. 

FORTRAN 

The  computing  language  defined  as  full  FORTRAN  ISO  R1539-1972 
which  is  the  same  as  American  National  Standard  FORTRAN  ANSI  X3.9- 
1966. 

«yLTI- PROGRAMING* 

A mode  of  operation  that  provides  for  the  interleaved  execution  of 
two  or  more  computer  programs  by  a single  processor. 
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NULTI^fRQCESSING* 

A mode  of  operation  that  provides  for  parallel  processing  by  two 
or  more  processors  of  a multi-processor. 

tasking* 

A multiple  operation  that  provides  for  the  concurrent  performance 
or  interleaved  execution  of  two  or  more  tasks. 

PROCESSOR* 

In  a computer  a functional  unit  that  interprets  and  executes 
instructions. 

TASK 

The  execution  of  an  executable  program.  The  ISO/DIS  2382/X 
definition  of  a task  is  more  general,  "A  basic  unit  of  work  to  be 
accomplished  by  a computer".  In  this  standard  the  basic  unit  of 
work  is  restricted  to  an  executable  program. 

II£CUTABLE_PP0GRAf1 

A program  in  a form  suitable  for  execution. 

INDEPENDENT^  ASK 

A task  whose  existence  at  any  time  is  independent  of  the  existence 
of  any  other  task. 

MEENDENT_IASK 

A task  whose  existence  is  dependent  on  the  existence  of  another 
task . 

CICLIC_EX ECUTION_gyEP RUN 

Cyclic  execution  overrun  occurs  when  a task  is  a set  of  cyclic 
executions  of  a program  and  when  the  start  of  the  execution  of  a 
program  occurs  before  the  completion  of  the  previous  execution  of 
the  program. 

EXECUTIVE^  PROGRAM 

Software  under  control  of  the  processor  which  is  responsible  for 
the  orderly  scheduling  of  system  resources  allocating  them  as 
requested  by  tasks  or  as  previously  directed  based  upon  event 
occurrence. 


* Definitions  taken  from  ISO/DIS  2382/X 
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1.2  Background  Information 

In  a computing  system  individual  tasks  may  have  various 
relationships. 

--Tasks  are  independent. 

--Tasks  are  independent  but  interrelated. 

--Tasks  are  dependent. 

Industrial  systems  usually  consist  of  independent  but  interrelated 
tasks  and  in  these  systems  the  tasks  can  have  various  requirements 
such  as: 

--Tasks  can  be  initiated  either  at  a specified  time  or  by  an 
event  and  such  initiation  can  be  carried  out  repetitively. 

--Tasks  can  be  initiated  to  be  complete  by  a specified  time. 
This  is  frequently  called  deadline  scheduling. 

--Tasks  can  be  synchronized  to  clock  time  or  with  process 
events. 

--Initiation  can  be  deferred  depending  on  time  or  event. 

--Tasks  can  be  suspended  voluntarily  or  involuntarily. 

--Tasks  can  be  terminated  through  normal  completion  or 
through  unforseen  exception  conditions. 

--Tasks  may  share  information. 

--Tasks  may  send  messages  to  other  tasks. 

--Tasks  can  terminate  other  tasks. 

--Tasks  can  suspend  other  tasks. 

--Tasks  can  be  resumed  after  suspension. 

--Tasks  may  set,  clear  or  test  event  indicators. 

— Tasks  may  obtain  unique  control  of  a shared  resource. 


* 
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1.3  Task  Features  Included  In  This  Standard 

In  industrial  computer  systems,  tasks  are  independent  but 
interrelated.  This  standard  does  not  address  all  the  areas  of 
independent  task  interrelationships  but  is  concerned  witn  those 
features  that  bos'*-  commonly  arise  in  industrial  computer  systems. 

Table  I shows  those  features  covered  by  the  standard  ana  those 
exclud'd;  however,  the  excluded  features  may  affect  the  result  of 
a request  for  cooperation  between  independent  tasks  and  such 
effects  are  processor-dependent  and  outside  the  scope  of  this 
standard . 


TABLE  I 


INCLUDED 

Independent  but  interrelated  tasks 
Initiation  at  a given  time,  upon  event, 
after  a period  or  repetitively 
Suspension  of  a task  by  itself 
Resumption  of  a task  by  another  task 
Resumption  of  a task  by  an  event, 
at  a given  time  or  after  a period 
Ter mina fion  by  a task  of  another  task  or  itself 
Setting/clearing/testing  of  event  conditions 


EXCLUDED 
Dependent  tasks 

Processor-dependent  exception  conditions  such  as 
overflow/underflow 
Task  suspension  by  another  task 
Suspensions  caused  by  the  processor 
Suspensions  caused  by  the  executive  routine 
All  methods  of  sharing  variables  or  arrays 
All  methods  of  sharing  files 
Sending  messages  between  tasks 
Termination  of  tasks  based  on  events  in  the 
executive  routine 

All  functions  of  the  executive  not  involving  task  management 
Deadline  scheduling  of  tasks 
Boolean  operations  on  events 
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2.  STATES  OF  A TASK 

A task  can  exist  in  four  states  which  define  the  operation  of  the 
task.  All  procedure  references  concerned  with  task 
interrelationships  involve  the  change  of  a task  from  one  state  to 
another  state. 

The  states  of  a task  are  defined  in  terms  of  a task's  virtual 
processor.  A virtual  processor  is  defined  in  Section  1.1.  A 
virtual  processor  has  all  of  its  resources  always  available  for 
the  execution  of  the  task.  The  executive  perforns  the  necessary 
mapping  of  a set  of  virtual  processors  onto  the  actual  processors. 

The  mechanism  used  for  this  mapping  is  processor  dependent. 
Included  in  the  resources  necessary  for  task  execution  are:  memory 
space,  central  processor  (s)  time,  and  general  computer  peripheral 
availability.  The  mapping  of  the  virtual  processors  onto  the  real 
processor  frequently  implies  that  the  time  for  a task  to  execute 
to  completion  the  real  processor  is  greater  than  the  time  for  the 
same  task  to  execute  to  completion  in  its  virtual  processor.  Tnus 
the  mapping  of  the  virtual  processors  onto  the  real  processor  is  a 
measure  of  system  loading  which  is  clearly  both  system  design 
dependent  and  processor  dependent. 

Each  separate  initiation  of  a task  creates  a new  virtual 
processor.  Each  such  virtual  processor  is  identifiable  to  the 
executive  program  and  the  mechanism  for  identification  is 
processor  dependent.  A cyclic  or  repetitive  initiation  of  a task 
by  a single  procedure  reference  has  only  one  virtual  processor  for 
all  the  repetitive  executions  of  the  task  and  is  identifiable  as  a 
single  entity  to  the  executive  program. 

A diagram  of  the  states  is  shown  in  Figure  1. 

The  definition  of  task  interrelationships  in  terms  of  virtual 
processors  does  not  imply  that  a particular  implementation  must 
include  the  concept  of  a virtual  processor  or  require  a virtual 
storage  executive  routine,  but  the  particular  implementation  must 
ensure  that  the  result  of  an  execution  of  a reference  to  the 
subroutine  procedures  given  in  Section  4,  follow  the  definitions 
in  that  section. 

A task  can  change  the  state  of  any  other  task  except  that  a task 
can  only  be  changed  from  Running  to  Voluntary  Suspend  by  itself. 

2.1  Task  State  Definitions 

The  four  states  of  a task  are  Non-existent,  Pending,  Running,  and 
Voluntary  Suspension  defined  as  follows: 

2.1.1  Non-existent.  The  task's  virtual  processor  does  not  exist  and 
the  real  processor  is  unaware  of  the  existence  of  the  task. 
However,  the  executable  program,  whose  execution  would  become  the 
task,  can  and  usually  does  exist  and  the  executable  program's 
existence  is  usually  known  to  the  real  processor. 
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2.1.2  Pending.  The*  task's  virtual  processor  exists  and  the  task  is 
awaiting  the  occurrence  of  an  event  to  begin  execution  at  which 
occurrence  the  task  will  move  to  the  state  Running.  The  real 
processor  nay  or  way  not  have  loaded  the  task  into  its  memory  but 
the  task  is  known  and  identifiable  to  the  real  processor.  The 
mechanisms  for  this  identification  are  processor  dependent. 

2.1.3  Running.  The  task's  virtual  orocessor  exists  and  the  task  is 
running  in  its  virtual  processor.  At  any  tiie  the  task  nay  or  may 
not  be  running  in  the  real  processor  depending  on  the  mapping 
procedure  of  the  virtual  processors  onto  the  real  processor.  The 
mechanisms  for  this  mapping  are  processor  dependent. 

2.1.4  Voluntary Suspension.  The  task's  virtual  processor  exists  and 

task  is  suspended  in  its  virtual  processor  awaiting  the  occurrence 
of  an  event  to  resume  execution  at  which  occurrence  the  task  will 
move  to  the  state  Running  in  its  virtual  processor.  The  time  at 
which  the  task  resumes  executing  in  the  real  processor  is 
processor  dependent  as  it  is  affected  by  the  mapping  of  the 
virtual  processor  onto  the  real  processor. 
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Figure  1 

TASK  STATE  DIAGRAM 

A)  DELAY,  WAIT,  WAITE 

B)  occurrence  of  the  event  or  coapletion  of  the  time  period 

C)  SKED,  START,  TR NON  for  iaatdiate  execution  or  CON  where 
the  eventaark  is  already  ON 

D)  SKED,  START,  TR  NON , CON,  CYCLE 

E)  ABORT,  STOP 

F)  occurrence  of  the  event  or  tiae 

G)  DSKED,  DCON , DCYCLE 
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3.  EVENTMARKS 

In  the  management  of  independent  interrelated  tasks,  there  are 
nuaerous  requirements  to  key  actions  to  the  occurrence  of  events. 
The  aechanisa  chosen  to  enable  such  action  is  the  eventaack . 

An  event  is  noted  by  incrementing  a specific  eventmark  by  one  (1) 
and  is  called  "setting"  the  eventmark.  The  eventmark  is  decre- 
mented by  one  (1)  by  direct  program  control  or  by  the  execution 
of  a task  which  was  keyed  to  the  occurrence  of  the  event  noted  by 
the  eventmark.  This  action  is  called  "clearing"  the  eventmark. 
Eventmarks  can  only  be  changed  by  the  procedure  references  defined 
in  this  standard  and  by  the  executive  routines  with  which  it  ser- 
vices the  events. 

If  an  eventaark  is  defined  as  zero  (0)  in  a procedure  reference, 
no  action  will  be  taken  and  the  executive  prograa  will  ignore  any 
actions  dependent  on  that  eventaark. 

3.1  Eventaark  Handling 

Eventaarks  are  properties  of  the  processor  which  exist  as  zero  or 
positive  integer  values  where  zero  is  considered  as  OFF  and  any 
positive  value  is  considered  ON.  Eventaarks  are  cuaulative,  in 
that  they  will  count  the  nuaber  of  "sets"  thus  requiring  an  equal 
nuaber  of  "clears"  before  the  condition  will  change.  If  an 
eventaark  is  OFF,  the  eventaark  will  not  count  the  nuaber  of 
"clears"  so  that  a single  "set"  will  always  establish  an  ON 
condition. 

Eventaarks  can  be  changed  by  two  different  types  of  aechanisas: 

1.  By  the  execution  of  reference  to  the  subroutine 
SETEH,  CLREN,  and  PRESEN ; or 

2.  by  the  executive  prograa  as  it  services  the  prograas 
associated  with  the  eventmarks. 

The  executive  prograa  aust  automatically  maintain  eventaarks  in 
such  a way  as  to  denote  the  present  state  of  the  real-time 
associated  event.  Thus,  the  action  of  the  executive  program  in 
servicing  an  eventmark  ON  condition  will  be  to  either  schedule  a 
PENDING  task  and/or  to  move  a VOLUNTARY  SUSPENDed  task  to  the 
state  RUNNING,  if  such  tasks  indeed  exist  in  such  states.  To 
denote  such  actions,  the  executive  program  will  decrement  the 
eventmark.  If  the  action  of  decrementing  the  eventaark  does  not 
cause  the  eventaark  to  become  OFF,  further  service  of  the 
eventmark  aust  occur.  If  no  tasks  are  associated  with  the 
particular  eventaark,  no  decrementing  will  occur. 
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3.2  Setting  an  Eventnark  to  the  ON  Condition,  SETEH 

Execution  of  a reference  to  the  subroutine  SETEH  shall  cause  the 
specified  eventnark  to  be  set  to  the  Oil  condition.  It  the 
eventnark  was  already  ON,  the  accumulation  of  such  sets  shall  be 
incremented.  The  forn  of  the  CALL  is  as  follows: 

CALL  SETEH  (e,  n) 

where : 

e specifies  the  desired  eventnark;  an  integer  expression 

a is  set  on  return  to  the  calling  program  to  indicate  the 

disposition  of  the  reguest  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 

3.3  Clearing  an  Eventmark,  CLREH 

Execution  of  a reference  to  the  subroutine  CLREH  shall  decrement 
by  one  the  count  of  sets  to  the  specified  eventnark.  If  the 
eventmark  was  already  OFF,  there  will  be  no  action.  The  form  of 
the  CALL  is  as  follows: 

CALL  CLREH  (e,n) 


where: 

e specifies  the  desired  eventmark;  an  integer  expression 

a is  set  on  return  to  the  calling  program  to  indicate  the 

disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  inteqer  variable  or  integer 
array  element. 
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3.«  Testing  the  Eventaark  Condition,  TESTEH 

Execution  of  a reference  to  the  function  TESTEM  shall  return  a 
logical  TRUE  value  if  the  specified  eventaark  vas  ON  and  a logical 
FALSE  value  if  the  eventaark  vas  OFF.  If  the  eventaark  is  unknown 
to  the  processor,  a logical  FALSE  value  will  be  returned.  The 
condition  of  the  eventaark  shall  not  be  affected.  The  fora  of 
this  function  reference  shall  be  as  follows: 

TESTEH  (e) 


where : 

e specifies  the  eventaark,  an  integer  expression 


3.5  Presetting  an  Eventaark  Count,  PRESEM 

Execution  of  a reference  to  the  subroutine  PRESEM  will  assign  a 
declared  value  to  the  specified  eventaark.  The  fora  of  the  call  is 
as  follows: 

CALL  PRESEM  (e,  v,  a) 

where : 

e specifies  the  eventaark;  an  integer  expression 

v specifies  the  desired  preset  value  of  the  eventaark;  an 

integer  expression  which  Bust  be  zero  or  positive  in 
value. 

m = 1 accepted 

= 2 queue  of  waiting  / scheduled  program,  not  empty 
= 3 other  error 
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a is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  reguest  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  integer  variable  or  an  integer 
array  element. 

3.6  Deteraing  the  Current  Value  of  an  Eventaark,  IBEDEM 

Execution  of  a reference  to  the  integer  function  IREDEM  will 
return  the  then  current  value  of  the  specified  eventaark.  The 
condition  of  the  eventaark  will  be  unaffected.  The  fora  of  this 
function  reference  is  as  follows: 

IREDEM  (e) 


where : 


e 


specifies  the  eventaark,  an  integer  expression 
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4.  EXECUTIVE  INTERFACE 

'4.1  Control  of  Task  Execution 

The  executive  interfaces  described  in  this  section  provide  the 
facility  to  control  the  operation  of  tasks  within  the  system. 
Through  these  external  procedures,  the  execution  of  tasks  may  be 
started,  stopped,  delayed  or  synchronized. 

4.1.1  Relationship  between  the  Complete  and  Simplified  Forms  of  the 
Executive  Interfaces 

The  executive  interfaces  required  for  the  control  of  task 
interrelationships  can  be  complex  but  in  many  applications  simple 
interfaces  are  entirely  satisfactory.  To  provide  for  both  complex 
and  simple  applications,  the  executive  interfaces  are  given  in  two 
forms.  The  first  is  a complex  subroutine  reference  requiring  a 
large  number  of  arguments  and  this  form  provides  great  flexibility 
and  capability.  The  second  is  a set  of  simple  subroutine 
references  with  only  a few  arguments.  These  simple  subroutine 
references  are  identical  to  the  complex  form  with  certain 
arguments  taking  default  values.  To  make  this  relationship 
explicit,  the  description  of  each  simple  form  includes  the 
equivalent  complex  form  with  the  appropiate  default  argument 
values. 

The  executive  interface  procedures  of  the  standard  ANSI/ISA  Sbl.1- 
1976  section  2 are  examples  of  the  simple  forms,  and  for 
completeness  and  to  emphasis  their  relationship  to  the  complex 
form,  the  definitions  are  repeated  in  this  standard.  There  is 
absolutely  no  change  in  the  functions  of  the  procedures  described 
in  ANSI/ISA  S61. 1-1976. 

4.1.2  Task  Identification 

Each  task  identification  must  specify  an  executable  program,  and 
each  initiation  creates  a new  virtual  processor.  A processor 
dependent  argument  p is  provided  in  task  initiation  calls  so  that 
additional  information  can  be  specified  to  the  executive  program. 
Such  information  can  include  but  is  not  restricted  to  priority, 
additional  task  identification  and  security  information.  To 
distinguish  between  virtual  processors  created  with  the  same 
executable  program,  the  argument  p can  provide  additional 
information.  The  executive  program  may  use  this  information  as 
part  of  the  virtual  processor  identification.  If  the  argument  p 
is  used  for  identification,  then  all  subroutine  references  refer 
only  to  those  virtual  processors  with  the  same  identification. 
This  identification  is  specified  by  the  parameter  pair  i and  p. 
If  p is  not  used  for  the  identification,  and  if  virtual  processors 
exist  which  were  initiated  with  the  same  executable  program,  then 
subroutine  references  to  this  executable  program  refer  to  all  such 
virtual  processors. 
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4.1.3  Exception  Handling 

The  argument  m,  shown  below  in  each  of  these  executive  interface 
procedures,  shall  be  set  equal  to  or  greater  than  two  (2)  in  value 
for  all  instances  in  which  the  request  was  not  accepted  by  the 
executive  routine.  Individual  implementations  may  specify  unique 
values  of  m within  the  allowable  range  to  designate  the  specific 
reason  for  which  the  request  was  rejected. 

4.2  Starting  a Task  Immediately  or  After  a Specified  Time  Delay  or 
Upon  an  Event  Occurrence,  SKED 

Execution  of  a reference  to  the  subroutine  SKED  shall  cause  the 
execution  of  the  designated  program,  after  the  expiration  of  the 
specified  time  delay  or  at  the  desired  time  of  day  or  upon  the 
occurrence  of  a specified  event.  The  program  thus  scheduled 
becomes  known  as  a task.  The  actual  time  resolution  obtainable  in 
a specific  industrial  computer  system  is  subject  to  the  resolution 
of  that  system's  real  time  clock.  Execution  of  the  designated 
task  will  commence  at  the  program's  first  executable  statement. 
The  task  is  placed  in  the  state  PENDING,  the  task's  virtual 
processor  comes  into  existence  and  the  task  is  known  and 
identifiable  to  the  real  processor.  If  a task  is  initiated  by  an 
event  occurrence,  the  executive  program  will  decrement  the 
eventmark.  The  form  of  this  procedure  reference  is: 

CALL  SKED  (i,  p,  s,  e»,  t‘,  n,  t*,  c,  t3,  e*,  e3,  m) 


where : 

i specifies  the  program  to  be  executed. 

The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array  name,  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable. 

p the  definition  and  usage  of  this  argument  is  processor 
dependent.  An  integer  expression. 
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s specifies  the  selection  between  event  initiated 
execution  and  tine  dependent  initiation;  an  integer 
expression  evaluated  as  follows: 

= 1 start  immediately 

= 2 start  at  time  of  day  indicated  by  t‘ 

= 3 start  when  eventmark  specified  by  el  becomes 
ON 

= 4 start  at  time  t*  or  when  the  eventmark 

specified  by  el  becomes  ON,  whichever  is  first 

= 5 start  after  time  period  t*  has  expired 

= 6 start  after  time  period  tl  or  when  the 

eventmark  specified  by  e*  becomes  ON, 
whichever  is  first 

e*  specifies  the  eventmark;  an  integer  expression 

tl  designates  an  integer  array  name  whose  first  eight  (R) 
elements  contain  the  time  at  which  the  specified  program 
is  to  be  executed. 

These  elements  are  as  follows: 

First  element  - Hours  (0  to  23) 

Second  element  - Minutes  (0  to  59) 

Third  element  - Seconds  (0  to  59) 

Fourth  element  - Milliseconds  (0  to  999) 

Fifth  element  - basic  units  of  the  system  real  time 
clock. 

Sixth  element  - Day  (0-31) 

Seventh  element  - Month  (0-12) 

Eighth  element  - Year  from  AD  0 

n specifies  a time  phasing  by  which  the  starting  time  of 
the  designated  task  would  be  deferred  from  the  time 
stated  in  t1  or  the  event  specified  by  e*.  This 
variable  must  be  an  integer  expression  evaluated  as 
follows: 

= 1 no  deferred  start 

= 2 start  at  the  next  occurrence  of  the  time  of 
day  specified  by  t*  after  the  time  or  event 
specified  by  t1  or  e*  depending  on  s,  occurs. 
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= 3 start  after  a period  of  tine  specified  by  t2 
from  the  occurrence  of  tine  t*  or  event  e1 
depending  on  the  value  of  s. 

t2  specifies  the  tine  of  day  or  increnented  tine  for  the 

deferral  of  the  start  of  a task  as  specified  by  n;  this 
must  be  an  integer  array  name  as  described  in  t*. 

c specifies  the  cyclic  execution  of  the  task;  an  integer 
expression  evaluated  as  follows: 

=1  no  cyclic  execution  (run  once  only) . 

= 2 cyclic  execution  each  tine  period  as  specified 
in  t3. 

- 3 cyclic  execution  each  time  the  eventmark 

specified  by  e2  becomes  ON. 

t3  specifies  the  time  period  for  cyclic  execution;  this 

must  be  an  integer  array  name  as  described  in  t*. 

e2  specifies  the  eventmark  for  cyclic  execution;  an  integer 
expression. 

e3  specifies  the  eventmark  to  be  turned  ON  upon  a cyclic 

overrun  condition;  an  integer  expression.  Note:  cyclic 

execution  overrun  can  only  be  set  by  a SKED  reyuest  with 
c = 2 or  3. 

a is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 


4.2.1  Cause  a Program  to  Cycle  at  a Stated  Frequency,  CYCLE  (a 
shortened  form  of  SKED) 

Execution  of  a reference  to  the  subroutine  CYCLE  shall  cause  the 
execution  of  the  designated  program  immediately  and  shall  cause 
successive  executions  to  occur  after  specified  periods  of  time. 

The  cyclic  period  is  defined  as  the  period  between  successive 
initiations  of  the  specified  program.  Resolution  of  time  is 
subject  to  the  limitations  of  the  system's  real  time  clock.  If  a 
cyclic  overrun  condition  occurs,  the  action  is  processor  dependent 
and  no  eventmark  is  set.  The  form  of  this  procedure  reference 
is: 

CALL  CYCLE  (i,  p,  t3,  m) 
where : 

i specifies  the  program  to  be  executed. 

The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array  name,  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable. 

p the  definition  and  usage  of  this  argument  is  processor 
dependent;  an  integer  expression 

t3  specifies  the  cyclic  time  period;  this  must  be  an 
integer  array  name  whose  first  eight  (8)  elements 
contain  the  time  period  between  successive  initiations 
of  the  specified  program.  These  elements  are  as 

follows: 

First  element  - Hours  (0  to  23) 

Second  element  - Minutes  (0  to  59) 

Third  element  - Seconds  (0  to  59) 

Fourth  eleient  - Milliseconds  (0  to  999) 

Fifth  element  - basic  units  of  the  system  real  time 
clock. 


L 


Sixth  element  - Day  (0-31) 
Seventh  element  - Month  (0-12) 
Eighth  element  - Year  from  AD  0 
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in  is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  oust  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  augment  shall  be  an  integer  variable  or  integer 
array  element. 

An  execution  of  a reference  to  CYCLE  has  the  same  effect  as  a 
reference  to  SKED  with  the  following  values  of  the  remaining 
arguments: 

s =1 

e 1 =0 

t1  = (don*  t care) 


t2  = (don't  care) 
c =2 
e2  = 0 
e3  =0 

4.2.2  Cause  a Program  to  Execute  Each  Time  a Stated  Eventnark  Becomes 
ON,  CON 

Execution  of  a reference  to  the  subroutine  CON  shall  cause  the 
designated  program  to  become  associated  with  the  specified 
evantmark  such  that  the  task  shall  perform  one  execution  each  time 
the  stated  eventmark  changes  from  OFF  to  ON.  The  executive 
program  will  decrement  the  s^cified  eventnark.  The  task  shall 
begin  from  the  first  executable  statement.  If  a cyclic  overrun 
condition  occurs,  the  action  is  processor  dependent  and  no 
eventnark  is  set.  The  form  of  this  procedure  reference  is: 

CALL  CON  (i,  p,  e2,  m) 

where : 
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i specifies  the  program  to  be  executed. 

The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array  name,  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable 

p the  definition  and  usage  of  this  argument  is  processor 
dependent;  an  integer  expression 

e2  specifies  the  eventiark;  an  integer  expression 

a is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 

An  execution  of  a reference  to  COM  should  have  the  same  effect  as 
an  execution  of  a reference  to  SKED  with  the  following  values  of 
the  remaining  arguments: 

s =3 

e 1 =0 

t1  = (don’t  care) 
n = 1 

t2  = (don't  care) 
c =3 

t3  = (don't  care) 
e3  = 


0 
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4.2.3  Starting  a Prograa  Immediately  or  After  a Specified  Time  Delay, 
START 

Execution  of  a reference  to  the  subroutine  START  shall,  after  the 
expiration  of  the  specified  time  delay,  cause  the  execution  of  the 
designated  program.  The  actual  time  delay  obtainable  in  a 
specific  industrial  computer  system  is  subject  to  the  resolution 
of  that  system's  real  time  clock.  Execution  of  the  designated 
program  will  commence  at  the  program's  first  executable  statement. 
The  form  of  this  call  is: 

CALL  START  (i,j,k,m) 

w her e : 

i  specifies  the  program  to  be  executed. 

The  argument  is  either: 

a)  an  integer  expression  or 

b)  an  integer  array  name  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable. 

j specifies  the  minimum  length  of  time,  in  units  as 
specified  by  k,  to  delay  before  executing  the  program. 
If  the  value  of  j is  zero  or  negative,  the  request 
program  will  be  run  as  soon  as  permissible.  This 
argument  shall  be  an  integer  expression. 

k specifies  the  units  of  time  as  follows: 

0 - Basic  counts  of  the  system's  real  time  clock 

1 - Milliseconds 

2 - Seconds 

3 - Minutes 

This  argument  shall  be  an  integer  expression. 

m is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - Request  accepted 

2 or  greater  - Request  not  accepted 
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This  arguieat  shall  be  an  integer  variable  or  integer 
array  elenent. 

An  execution  of  a reference  to  START  has  the  saie  effect  as  a 
reference  to  SKED  with  the  following  value  of  the  arguments: 

i = sane  as  START 

p = 0 (default  value) 

s = 5 

e*=  0 (default  value) 

t*=  an  array  of  eight  elements  which  values  are  dependent 
upon  the  value  of  the  k argument  of  START. 

if:  k = 0,  t 1 (5) =1 

k=1,  t‘  (4 ) = j 

k = 2,  t 1 (2) = j 

k=3,  ti (2) = j 

all  other  elements  of  t1  are  equal  to  zero 

n = 1 

t2=  (don't  care) 
c = 1 

t3=  (don't  care) 
e2  = 0 (default  value) 
e3  = 0 (default  value) 
m = same  as  START 

4.2.4  Starting  a Program  at  a Specified  Time,  TR NON 

Execution  of  a reference  to  the  subroutine  TRNON  shall  cause  the 
designated  program  to  be  executed  at  a specified  time  of  day. 
Execution  of  the  designated  program  will  commence  at  the  program's 
first  executable  statement.  The  form  of  this  call  is 

CALL  TRNON  (i, j ,m) 

where : 

i specifies  the  program  to  be  executed. 


the  argument  is  either: 
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a)  an  integer  expression  or 

b)  an  integer  array  name  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
foras  is  acceptable. 

j designates  an  array  whose  first  three(3)  elements 
contain  the  absolute  time  of  day  at  which  the  specified 
program  is  to  be  executed.  These  elements  are  as 
follows: 


First  element  - Hours  (0  to  23) 

Second  element  - Minutes(0  to  59) 

Third  element  - Seconds(0  to  59) 

This  argument  shall  be  an  integer  array  name. 

m is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - Request  accepted 

2 or  greater  - Requested  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 

An  execution  of  a reference  to  TR  NON  has  the  same  effect  as  a 
reference  to  SKRD  with  the  following  value  of  the  arguments: 

i = same  as  TPNON 

p = 0 (default  value) 

s = 2 


e‘  = 0 (default  value) 


t1=  an  array  of  which  the  first  three  values  correspond  to 
the  three  elements  of  the  array  j argument  of  TRNON. 
The  other  values  of  t1  are  as  follows: 

t‘  (4)  = 0 

t‘  (5)  = 0 

t 1 (6)  - t 1 (8)  = current  system  date 

| n * 1 
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t2=  (don't  care) 


c = 1 

t 3 = (don't  care) 
e2=  0 (default  value) 
e3=  0 (default  value) 
■ = sane  as  TRNON 


4.3  Descheduling  a Task 

Execution  of  a reference  to  the  subroutines  CANCEL,  DCYCLE  and 
DCON  shall  immediately  disassociate  the  execution  of  the  specified 
program  with  the  initiating  conditions  previously  specified.  The 
task  associated  with  the  program  will  be  removed  from  the  state 
PENDING,  the  task's  virtual  processor  will  become  non-existent  and 
the  task  will  become  unknown  to  the  real  processor. 

4.3.1  Cancelling  a Task  Scheduled  for  Future  Execution,  CANCEL 

Execution  of  a reference  to  the  subroutine  CANCEL  shall 
immediately  remove  the  specified  task  from  the  time  schedule  of 
pending  executions.  There  is  no  effect  on  current  executions. 
The  form  of  the  call  is  as  follows: 

CALL  CANCEL  (i,p,m) 

where: 

i specifies  the  task  to  be  removed  from  the  time  schedule. 
The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array  name,  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable. 

p The  definition  and  usage  of  this  argument  is  processor 
dependent;  an  integer  expression. 


J 
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a is  set  on  return  to  the  calling  prograa  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  nust  be  1 or  greater 

1 - request  accepted 

2 or  greater  - delay  as  specified  has  not  occurred 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 

4.3. 2 Removing  a Task  from  Cyclic  Scheduling,  DCYCLE 

Execution  of  a reference  to  the  subroutine  DCYCLE  shall 
immediately  remove  the  specified  task  from  the  list  of  cyclic  time 
based  executions  but  allows  the  execution  currently  in  the  RUNNING 
State,  if  any,  to  be  completed.  The  form  of  the  call  is  as 
f ollows: 

CALL  DCYCLE  (i,p,m) 
where: 


i specifies  the  task  to  be  removed  from  cyclic  scheduling. 
The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array,  or 

c)  a procedure  name 

The  processor  shall  specify  which  of  the  above  three 
forms  is  acceptable 

p the  definition  and  usage  of  p is  processor  dependent;  an 
integer  expression. 

m is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 
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4.3.3  Removal  of  a Task  From  Time  or  Event  Based  Schedule,  DCON 

Execution  of  a reference  to  the  subroutine  DCON  shall  immediately 
remove  the  specified  task  from  all  future  scheduled  executions 
and/or  association  with  any  event  occurrence.  The  form  of  the  call 
is  as  follows: 

CALL  DCON  (i, p, a) 

w her e : 

i specifies  the  task  naae  to  be  descheduled. 

The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array  naae,  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable. 

p the  definition  and  usage  of  p is  processor  dependent;  an 
integer  expression 

m is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  not  accepted 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 
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4.4  Delay  Execution  of  the  Program,  DELAY 

Execution  of  a reference  to  the  subroutine  DELAY  will  cause 

suspension  of  the  program  execution  until  the  specified  event 

occurs  or  the  specified  time  of  day  or  time  period  has  elapsed. 
Whichever  occurrence  happens  first  will  cause  the  program  to 

resume  execution  at  the  statement  following  the  call.  If  the 
program  was  DELAYed  for  an  eventmark  to  change  state  from  OPP  to 
ON  the  executive  program  will  automatically  decrement  the 
specified  eventmark  prior  to  the  resumption  of  execution.  The 

task  will  be  moved  from  the  state  RUNNING  to  the  State  VOLUNTARY 
SUSPEND.  A task  may  only  delay  itself  and  cannot  delay  another 
task  or  be  delayed  by  another  task.  The  format  of  the  call  is: 

CALL  DELAY  (s,  t,  e,  m) 
w here: 

s specifies  the  selection  between  event  initiated  end-of- 
delay  and  time  dependent  initiation;  an  integer 


expression  evaluated  as 

follows: 

1 

- delay  ends  at 

the  time  of  day  specified 

by 

2 

delay  ends 

at  the  end  of  the 

time  i 

ncr 

erne 

nt 

specified  by 

t 

3 

delay  ends 

when  the  eventmark 

specif 

ied 

by 

e 

changes  from 

OPP  to  ON 

4 

delay  ends 

whichever  occurs 

firs 

t : 

ti 

me 

increment  specified  by  t,  or 

the  e 

ve  n 

t ma 

rk 

specified  by 

e changes  state. 

5 

- delay  ends  wh 

ichever  occurs  firs 

t : the 

ti 

me 

of 

day  specified 

by  t,  or  the  event 

mark  s 

pec 

if  i 

ed 

by  e changes 

state . 
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t designates  an  integer  array  name  whose  first  eight  (8) 
eleaents  contain  the  tiae  at  which  the  specified  prograa 
is  to  be  executed.  These  elements  are  as  follows: 

First  eleaent  - Hours  (0  to  23) 

Second  element  - Minutes  (0  to  59) 

Third  element  - Seconds  (0  to  59) 

Pourth  eleaent  - Milliseconds  (0  to  999) 

Fifth  eleaent  - Basic  units  of  the  system  real  tiae 
clock 

Sixth  element  - Day  (0-31) 

Seventh  eleaent  - Month  (0-12) 

Eighth  eleaent  - Year  from  AD  0 

e specifies  the  eventaark;  an  integer  expression 

a is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - requested  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  eleaent. 

4.4.1  Suspend  execution  of  a program  for  event  occurrence,  WAITE 


Execution  of  a reference  to  the 
suspension  of  the  program  execution 
occurs.  The  program  will  resume 
following  the  call.  The  executive 
decrement  that  specified  eventmark 
execution.  The  format  of  the  call  is: 


subroutine  WAITE  will  cause 
until  the  specified  event 
execution  at  the  statement 
prograa  will  automatically 
prior  to  the  resumption  of 


CALL  WAITE  (e,a) 


where : 
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e specifies  the  eventmark;  an  integer  expression 

o  is  set  on  return  to  the  calling  prograi  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater. 

1 - request  accepted 

2 or  greater,  request  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element  name. 

Execution  of  a reference  to  WAITE  shall  have  the  same  effect  as  an 
execution  of  a reference  to  DELAY  with  the  value  of  s=3  and  no 
particular  value  of  t. 
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4.4.  2 Delaying  Continuation  of  a Program,  WAIT 

Execution  of  a reference  to  the  subroutine  UAIT  shall  return  after 
a delay  of  a specified  length  of  tine.  The  form  of  this  call  is: 

CALL  WAIT(j,k,m) 

where: 

j specifies  the  length  of  time  in  units  as  specified  by  A 
to  delay  before  returning  to  the  calling  procedure.  If 
the  value  is  zero  or  negative,  no  delay  will  occur. 
Limitations  of  the  implementation  shall  not  cause  the 
precise  time  to  be  less  than  requested.  This  argument 
shall  be  an  integer  expression. 

k specifies  units  of  time  as  follows: 

0 - Basic  counts  of  the  system's  clock 

1 - Billiseconds 

2 - Seconds 

3 - Binutes 

This  argument  shall  be  an  integer  expression. 

m is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - Request  accepted 

2 or  greater  - Delay  as  specified  has  not  occurred. 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 

Execution  of  a reference  to  WAIT  shall  have  the  same  effect  as  an 
execution  of  a reference  to  DELAY  with  the  value  of  s=2,  the  array 
t having  a value  as  specified  below  depending  upon  the  argument  k 
of  WAIT,  and  no  particular  values  of  e. 

if:  k = 0,  t (5)  = j 

k = 1,  t(«)  = j 

k = 2,  t (3)  = j 

k = 3,  t ( 2)  = 1 


4.5  Abort  a Program 


ABORT 
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Execution  of  a reference  to  the  ABORT  subroutine  will  cause  the 
named  program  to  immediately  terminate  execution  and  to 
disassociate  itself  from  all  forms  of  scheduled  activity  whether 
based  upon  event  occurrence  or  time.  The  task  is  removed  from  the 
states  RUNNING  or  VOLUNTARY  SUSPEND.  The  task's  virtual  processor 
becomes  non-existent  and  the  task  becomes  unknown  to  the  real 
processor.  The  form  of  the  call  is: 

CALL  ABORT  (i,p,m) 

where: 

i specifies  the  program  to  be  aborted. 

The  argument  is  either: 

a)  an  integer  expression,  or 

b)  an  integer  array  name,  or 

c)  a procedure  name 

The  processor  shall  define  which  of  the  above  three 
forms  is  acceptable 

p the  definition  and  usage  of  p is  processor  dependent;  an 
integer  expression. 

m is  set  on  return  to  the  calling  program  to  indicate  the 
disposition  of  the  request  as  follows: 

The  value  must  be  1 or  greater 

1 - request  accepted 

2 or  greater  - request  rejected 

This  argument  shall  be  an  integer  variable  or  integer 
array  element. 

V.5. 1 FORTRAN  Program  Termination,  STOP  or  END 

Normal  termination  of  a program  in  FORTRAN  is  accomplished  by 
execution  of  the  STOP  statement  or  alternatively  the  END 
statement.  Tasks  may  abort  themselves  by  execution  of  the  STOP  or 
END  statements  or  may  execute  a reference  to  the  ABORT  subroutine 
where  the  argument  references  are  of  the  task  itself. 
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APPENDIX  A 

This  appendix  is  not  part  of  the  ISA  Standard  Sbl.3  but  is  included  to 
facilitate  its  use. 

Considerations  leading  to  Industrial  Computer  System  FORTRAN 
Procedures  for  the  Management  of  Independent  Interrelated  Tasks. 

A . 1 Historical  Development 

This  standard  is  a direct  outgrowth  of  the  International  Purdue 
Workshop  on  Industrial  Computer  Systems  whose  goals  are: 

To  make  the  definition,  justification,  hardware  and  software  design, 
procurement,  programming,  installation,  commissioning,  operation,  and 
maintenance  of  industrial  computer  system  more  efficient  and 
economical  through  the  development  of  standards  and/or  guidelines  on 
an  international  basis. 

The  Workshop  formed  several  committees  to  achieve  its  objectives.  The 
PORTRAN  Language  Committee  was  charged  with  the  task  of  preparing  a 
set  of  Industrial  Process  standards  compatible  with  standard  FORTRAN. 

This  standard  is  the  result  of  that  committee's  work. 

A. 2 Criteria  Used  in  Developing  PORTRAN  Standards 

The  committee  assessed  the  status  of  FORTRAN  as  used  in  the  industrial 
environment  and  followed  the  guidelines  below  in  the  devlopment  of  the 
standa  rds: 

(1)  The  standards  whould  cover  features  commonly  used  by  existing 
industrial  computer  systems. 

(2)  The  standards  should  be  easily  implemented  by  most  vendors. 

(3)  The  standards  should  follow  the  syntax  and  intent  of  FORTRAN  as 
defined  by  ISO  R1539-1972. 

(4)  The  standards  should  not  restrict  the  future  evolution  of  FORTRAN 
language. 

The  development  of  FORTRAN  language  standards  is  presently  the 
responsibility  of  ANSI/X3J3.  In  order  that  ISA  standards  comply  with 
the  ANSI  standards  as  far  as  possible,  external- proced ure  references 
were  used  rather  than  direct  changes  or  additions  to  the  syntax  of 
FORTRAN.  This  does  not  imply  that  this  is  the  only  way  to  provide 
these  features,  nor  does  it  exclude  the  possibility  or  desirability 
that  ANSI  will  develop  the  language  syntax  to  perform  these  and  other 
related  functions. 
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This  Appendix  is  not  part  of  the  ISA  Standard  S61.3  but  is 

faciliatate  its  use. 

NOTES  BY  SECTION 

B.  1 Section  1 Notes 

The  exclustion  from  this  standard  in  Table  I of  al 
sharing  files,  sharing  variables  or  arrays,  or  sendi 
between  tasks  does  not  aean  that  these  features  of  tas 
are  unimportant,  but  that  it  is  considered  pr 
standardize  such  features  at  the  present  time;  par 
these  features  depend  on  the  design  of  the  executi 
However  a standard  for  file  access  and  the  con 
contention  exists  (ISA  S61.  2-1978)  and  4 these  procedu 
used  to  ensure  the  sharing  of  data  and  the  passing  of 
an  orderly  manner. 

There  is  no  provision  in  the  standard  for  BOOLEAN  o 
eventmarks.  Such  features  may  be  provided  by  th 
program  or  be  available  at  system  generation  time 
processor  dependent.  The  lack  of  such  features  is  not 
discourage  their  inclusion  by  system  suppliers 

considered  premature  to  standardize  on  such  features  a 

Eventmarks  are  not  variables  within  a users  program 
be  read,  set,  cleared  or  tested  with  the  interfaces  d 
Section  3.  The  desirability  of  a system  setting  an  ev 
the  logical  OR  or  the  logical  AND  of  two  events  is  obv 
is  not  possible  for  a users  program  to  perform 
operations  as  in  PL/I  but  no  such  feature  is  available 
FORTRAN. 

A cyclic  execution  overrun  can  occur  for  vario 
Improper  program  design  can  result  in  a cyclic  overru 
in  the  task's  virtual  processor,  i.e.,  the  task  can 
its  work  befor°  its  next  invocation  even  if  all  requir 
are  available.  However,  even  if  a cyclic  overrun  wi 
in  a task's  virtual  processor,  it  can  occur  in  the  rea 
because  the  executive  program  and  real  processor  ma 
sufficient  resources  to  the  task  to  avoid  a cyclic  ov 
time-oriented  cyclic  executions,  good  system  design 
understanding  of  the  performance  of  the  executive  prog 
processor  can  ensure  that  cyclic  overruns  will  almost 
but  for  event-oriented  cyclic  executions  where  th 
between  events  can  be  very  small,  even  good  system  d 
eliminate  the  likehood  of  cyclic  overruns. 

B.2  Section  2 Notes 

In  this  section  the  states  of  a task  are  defined  i 
task's  virtual  processor.  The  concept  of  a virtual  pr 
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introduced  into  this  standard  as  a method  of  description  of  task 
interrelationships.  The  relationship  between  tasks  in  a real 
processor  involves  not  only  inter-task  considerations  but  also 
consideration  of  the  performance  capability  and  design  of  the 
executive  program.  Por  example  at  any  instant  a task  may  not  be 
executing  in  the  processor  for  several  reasons  such  as: 

- Priority  of  another  task 

- Lack  of  resources — memory,  disk,  etc. 

- Waiting  for  completion  of  input/output 

- Waiting  for  the  occurrence  of  an  event 

The  first  three  of  the  above  reasons  depends  on  the  particular 
processor  and  associated  executive  program,  only  the  last  involves 
inter-task  considerations.  It  is  not  the  intent  of  this  standard 
to  define  the  performance,  capability,  attributes  or  design  of 
executive  programs.  Therefore  the  concept  of  a virtual  processor 
was  introduced  to  provide  a mechanism  which  accurately  separates 
those  features  of  task  performance  which  are  dependent  on  the 
executive  program  from  those  dependent  only  on  the  relationships 
of  individual  independent  interrelated  tasks. 

B. 3 Section  3 Notes 

The  eventmark  defined  in  this  section  provides  capability  for 
handling  events.  The  use  of  events  is  the  responsibility  of  the 
system  designer  but  two  (2)  common  usages  can  be  envisaged. 

An  event  can  be  considered  to  be  an  interrupt,  either  hardware  or 
software,  which  exist  in  most  industrial  computer  systems.  The 
occurrence  of  an  interrupt  can  cause  the  executive  routine  to  set 
an  eventmark  and  the  procedure  references  defined  in  Sections  3 
and  '4  of  this  standard  provide  all  the  necessary  features  to 
control  computer  usage  based  on  interrupts. 

An  event  can  also  considered  to  be  a Dijkstra  P-V  semaphore  and 
can  be  used  for  the  control  of  critical  resources  and  the 
resolution  of  contention  for  such  resources.  The  well-known  one- 
writer-many-readers  problem  can  be  solved  by  using  the  eventmarks 
as  semaphores. 

In  the  use  of  eventmarks  it  is  the  system  designers  responsibility 
to  ensure  that  no  lock-out  conditions  occur.  There  is  no 
provision  in  the  standard  to  ensure  that  inadvisable  use  of  the 
eventmarks  will  not  cause  undesirable  consequences. 


B . 4 Section  4 Notes 

B.4. 1 Specification  of  Program  wNameM 

This  standard  is  a permissive  standard  in  that  it  does  not 
prescribe  how  the  executive  will  respond  to  external  procedure 
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references  nor  does  it  describe  how  the  information  is  passed  to 
the  executive  routine.  In  particular,  the  argument  "i"  in  CALL 
SKED  (4.2),  CALL  DSK ED  (4.3)  and  CALL  ABORT  (4.4)  has  three  forms, 
an  integer  expression,  an  integer  array  name  or  a program  name, 
only  one  of  which  is  permissible  in  any  particular  program.  This 
restriction  is  a necessary  consequence  of  the  requirements  of  the 
FORTRAN  language  that  any  argument  which  is  an  external  procedure 
reference  be  of  a defined  type; 

integer  expressions,  integer  array  names  and  program  names  are 
different  types  (Section  8.4.2  of  ISO-R1539-1977) . It  is  also  a 
consequence  of  the  FORTRAN  language  that  if  the  argument  is  a 
program  name,  this  name  must  appear  in  an  EXTERNAL  statement 
(Section  7.2.15  of  IS0-R1539-1972)  . 

Examples  of  the  use  of  the  argument  i as  an  integer  expression 
are: 

--CALL  ABORT  (7,B) 

— DATA  3/1/ 

CALL  ABORT  (J,M) 

— DATA  J/2HAB/ 

CALL  ABORT  (J,H) 


An  example  of  the  use  of  the  argument  i as  an  integer  array  name 
is: 

INTEGER  X y Z 
DIMENSION  X YZ  (3) 

DATA  X YZ ( 1)  , X YZ  (2)  ,X YZ ( 3) /2H AB, 2HCD, 2H EF/ 

CALL  ABORT  (XYZ,H) 

An  example  of  the  use  of  the  argument  i as  a procedure  nai.>  is: 

EXTERNAL  ABCD 
CALL  ABORT  (ABCD, M) 

Interchangeability  of  programs  between  different  processors  is 
reduced  by  permitting  three  possible  types  for  this  argument  but 
the  committee  feels  it  is  premature  to  standardize  to  achieve  full 
interchangeability  in  this  area. 

B.4.2  Technical  Discussion  on  Section  4 

/ 

The  subroutine  SKED  provides  great  flexibility  in  the  initiation 
of  a task  but  requires  a large  number  of  arguments.  The  simpler 
forms  provide  more  limited  capability  but  with  few  arguments.  The 
features  of  SKED  provide  the  ability  to  design  complicated  task 
initiation  programs  which  are  commonly  required  at  system  start-up 
time  so  that  all  the  actions  can  be  done  in  a single  start-up 
program.  The  same  functional  result  can  usually  be  achieved  with  a 
complicated  interrelated  set  of  tasks  using  the  simpler  forms  but 
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the  simplicity  of  a single  program  is  lost  and  the  problems  of 
documentation  and  system  maintenance  increased. 

For  a non-cyclic  initiation,  a task  exists  in  the  PENDING  state 
only  once.  For  a cyclic  task,  a task  returns  to  the  PENDING  state 
many  times;  indeed  following  the  initiation  of  its  execution  on 
transfer  to  the  state  RUNNING,  a cyclic  task  will  automatically 
reappear  in  the  PENDING  state.  Thus  for  cyclic  tasks  there  exists 
a set  of  occurrences  that  can  be  called  "future  PENDING".  This 
distinction  is  of  no  importance  to  the  act  of  initiation  but  can 
be  of  importance  when  considering  the  problems  of  descheduling. 

Descheduling  has  different  considerations  that  those  of 
scheduling.  In  the  initiation  of  a task  an  association  is  created 
between  the  program  identification  (name,  number,  etc.)  and  the 
task.  One  program  can  be  associated  with  many  different  tasks  and 
this  causes  no  problems  for  SEED,  but  descheduling  reguires 
someway  to  identify  which  task  is  to  be  terminated.  Another 
consideration  is  whether  to  deschedule  the  PENDING  task  or  the 
future  PENDING  or  both.  A third  consideration  involves  the  method 
of  change  from  PENDING  to  RUNNING  such  as  event  or  time.  Thus 
the  decision  on  descheduling  involves  three  areas: 

- The  identification  of  the  task 

- Choice  of  PENDING  and/or  future  PENDING 

- Method  of  change  from  PENDING  to  RUNNING 

The  standard  provides  for  choices  in  the  method  of  change  but 

always  deschedules  all  PENDING  and  future  PENDING  tasks.  It  is 
possible  to  envisage  methods  by  which  an  executive  program  could 
distinguish  between  these  two  situations  but  such  distinctions  are 
not  a common  feature  of  existing  executive  programs  and  the 

committee  felt  it  was  premature  to  standardize  in  this  area. 

The  problem  of  task  identification  can  be  solved  in  three  ways: 

a)  Deschedule  all  tasks  associated  with  the  program. 

b)  At  scheduling  time,  the  user  assigns  a task 

identification  in  use  for  descheduling. 

c)  At  scheduling  time,  the  executive  program  returns  to  the 
user  a task  identification  for  use  in  descheduling. 

The  procedure  in  a.  is  simple  to  implement  and  is  the  one  used  by 

many  existing  executive  programs.  If  the  user  provides  a task 

indentif ication  as  in  b.  it  is  necessary  for  the  executive  program 
to  keep  this  information,  but  it  can  be  assumed  that  the  user's 
program  will  know  the  identification  of  the  task  which  is  to  be 
descheduled.  If  the  executive  program  provides  the  task 
identification  as  in  c.  it  is  necessary  to  provide  some  mechanism 
for  the  program  that  desires  to  deschedule  the  task  to  xnow  the 
identification  assigned  by  the  executive  program.  This  reguires  a 


-518- 


dp  ISA  561. 3 
BAR  1978 


mechanism  for  shared  variables  or  intertask  communication  which  is 
not  included  in  the  scope  of  this  standard. 

The  standard  provides  for  the  descheduling  of  all  tasks  associated 
with  a given  program  if  the  executive  program  will  not  accept  a 
user  task  identification.  If  the  executive  program  will  accept  a 
user  defined  task  identification  (defined  in  the  argument  "p") 
then  this  identification  can  be  used  for  descheduling.  However, 
the  construction  of  the  argument  "p",  the  rules  for  its  use,  and 
the  exact  actions  of  the  executive  program  are  not  defined.  No 
provision  is  made  in  this  standard  for  task  identification  by  the 
executive  program. 
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Abstract 

Super-availability  in  real  time  control.  Archi- 
tectural trade-offs  in  implementation  of  super- 
availability. Fault  detection  techniques. 

Data  base  transfer  and  switching  of  input  and 
output  signals  and  a description  of  fault  tole- 
rant implementation  in  TDC  2000. 

Introduction 

The  primary  reason  for  fault  tolerance  in  a 
microprocessor  distributed  structure  is  to 
achieve  super-availability.  Such  availability 
cannot  be  obtained  with  an  equivalent  analog 
architecture.  The  super-availability  concept 
will  ensure  continuation  of  optimal  control 
strategy.  Fault  tolerance  will  smooth  plant 
control.  It  will  limit  the  operator  usage  of 
the  customary  manual  mode  to  start-up  or  over- 
ride decisions,  and  most  important  it  will 
prevent  failures  that  may  have  catastrophic 
consequences  to  property  and  human  life.  The 
major  differences  between  process  control  and 
distributed  data  processing  is  that  in  process 
control,  the  I/O  signals  are  an  intermix  of 
both  analog  and  digital  signals.  And  more 
important,  the  reliability  of  a process  control 
system  is  much  more  significant  due  to  the  actual 
plant  operation  being  affected  by  a failure. 

Architectural  Consideration 

An  inherent  characteristic  of  a distributed 
microprocessor  based  control  system  is  character- 
ized by  its  fault  limiting  ability.  In  other 
words,  faults  do  not  propagate  throughout  the 
system  and  are  localized  to  the  UniMicroprocessor 
subsystem.  Adding  fault  tolerance  means  that 
when  a fault  is  detected,  a substitute  subsystem 
will  be  automatically  inserted  into  the  system 
and  the  faulty  subsystem  disconnected  without 
disturbing  the  process  being  controlled.  At  a 
convenient  later  time,  the  faulty  subsystem 
will  be  repaired.  While  the  subsystem  is  being 
repaired,  the  system  continues  to  control  the 
processes.  When  the  proper  ooeration  of  the 
repaired  subsystem  is  restored,  the  operator  will 
initiate  an  automatic  return  to  the  oriqinal 
system  structure  before  the  fault  occurred,  again 
without  disturbing  the  process  boinq  controlled. 
On  the  other  hand,  instead  of  performing  the  last 


step,  it  is  possible  to  "rotate”  the  repaired 
subsystem  as  a spare.  However,  the  added  hard- 
ware and  software  complexity  prevents  this  ap- 
proach from  being  worthwhile.  A hundred  fold 
reliability  improvement  is  possible  with  the 
exact  number  depending  on  the  specific  implemen- 
tation. The  above  described  super-availability 
concept  achieves  almost  unity  availability . 

Redundancy  in  a fault  tolerant  system  has  to 
achieve  these  functional  tasks : 

o Fault  detection 

o Data  base  transfer 

o Switching  of  inputs  and  outputs 

o Insertion  of  spare  substitute 

o On-line  repair  and  manual  initiation  of  an 
automatic  switch  back  from  spare  substi- 
tution state  to  the  original  state  before 
the  fault  occurred. 

At  this  point,  a few  definitions  are  in  order.  A 
first  level  is  the  Input/Output  level  at  which 
the  inputs  (analog/diqital)  and  outputs  are  con- 
nected to  the  field.  This  level  can  operate  in- 
dependently 3ince  it  is  microprocessor  based,  how- 
ever, it  also  .communicates  with  a second  level. 

The  second  level  is  defined  as  the  man/machine 
interface.  The  second  level  includes  both  the 
information  necessary  to  control  the  process  and 
the  communication  link  (Data  Hiway  - See  Figure  1) 
to  the  first  level. 

One  possible  architecture  to  achieve  the  above 
-described  tasks  is  to  have  a device  in  the  second 
level  (e.g.,  a computer  or  an  Operator  Station) 
that  periodically  scans  the  distributed  lower 
level  devices.  An  example  of  such  a first  level 
device  is  a digital  controller.  When  a fault  is 
detected,  another  identical  device  in  the  first 
level  is  substituted  for  the  faulty  subsystem. 

One  disadvantage  of  such  an  architecture  is  that 
to  achieve  recovery  of  the  data  base  from  the 
faulty  subsystem,  the  local  power,  the  communi- 
cation link,  and  the  microprocessor  base  must 
remain  operational  at  all  times.  This  type  of 
^^ma^io^^ncompasse^^^reatdealof  hardware. 
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transfer  via  the  communication  link  causes  an 
unpredictable  load  that  miqht  interfere  with 
other  real  time  operations  of  the  system.  Be- 
cause of  these  disadvantages,  it  seems  that  a 
separation  between  first  level  and  second  level 
redundancy  is  desired.  Reinforcing  the  need 
for  such  a separation  is  the  fact  that  the  first 
level  is  the  front  line  of  control  and  necessi- 
tates a fast  response  tine  while  the  second  level 
has  a more  moderate  requirement.  This  paper 
addresses  the  super-availability  concept  in  the 
first  level. 

The  separation  between  the  first  and  second  level 
results  in  the  following  advantages: 

o Minimum  operational  hardware. 

o External  powering  of  the  critical  hardware. 

o Higher  diagnostic  resolution  prevents  a 
transfer  if  spare  subsystem  is  also  mal- 
functioning. 

o Sharing  switching  mechanism  hardware  over- 
head between  many  devices  to  improve 
economy . 

o Shorter  local  communication  link  cable 
results  in  greater  noise  immunity  and  a 
higher  transfer  data  rate  due  to  higher 
bandwidth . 

o All  first  level  devices  operate  indepen- 
dently if  the  communication  link  to 
second  level  malfunctions. 

o Local  changing  of  addresses  for  establish- 
ing a communication  link  between  first 
level  and  second  level  devices  addresses 
makes  man/machine  interface  simple,  i.e., 
the  operator  window  to  the  process  is 
transparent  with  or  without  substitution. 


FIRST  level 


FIGURE  1 - FAULT  TOLERANCE 
DISTRIBUTED  CONTROL  SYSTEM  ARCHITECTURE 


Fault  Detection  Techniques 

Concurrent  checkino  hardware  and  self-diagnostics 
in  the  UniMicroprocessor  subsystem  is  a way  to 
achieve  fault  detection,  as  follows: 

- Measurement  of  the  state  of  the  UniMicrooro- 
cessor  system. 

A check  sum  is  calculated  by  the  microprocessor 
and  stored  performing  an  exclusive  or  of  all 
register,  and  memory  location  whose  content  is  , 
not  dependent  on  data.  The  result  of  the  ex- 
clusive is  compared  with  the  stored  answers. 

For  each  program  module,  two  such  check  sum 
calculations  are  recommended  (software) . 

- Entry/Exit  Flags  in  each  Software  Module. 

Upon  entry,  each  software  module  establishes  a 
unique  number.  During  the  execution  of  the 
module,  the  present  state  of  the  number  is  com- 
pared with  the  desired  state.  In  this  way, 
reasonable  program  flow  is  checked  (software) . 

- Write  Protection  on  Programs. 

In  regular  operation  only,  read  operations  will 
be  performed  from  this  memory  section.  Per- 
forming a write  indicates  an  illegal  operation 
and  stops  the  processor  (hardware) . 

- Memory  Parity  Protection  of  the  Random  Access 
Memory. 

Any  single  bit  failure  will  be  detected.  This 
detection  mechanism  is  independent  of  the  micro- 
processors. Upon  failure,  the  diagnostics  will 
determine  if  this  is  a hard  failure  or  a soft 
failure  by  re-running  this  section  of  the  pro- 
gram (hardware) . 

- Reasonableness  Tests  of  Data. 

One  can  only  check  that  the  known  results  of 
operation  are  being  followed,  but  reasonableness 
tests  are  extremely  helpful  (software) . 

- Diagnostic  Test  of  the  UniMicroprocessor . 

The  diagnostic  test  of  the  microprocessor  can  be 
divided  into  two  sections  - an  execution  of  the 
instruction  set  and  execution  of  data  manipu- 
lation through  all  paths  of  the  machine  (soft- 
ware) . 

- Equipment  Failure. 

The  watchdog  timer  not  serviced  or  (logical) 
there  is  a power  supply  failure  or  (logical)  an 
input  device  is  not  serviced  or  an  output  device 
is  not  serviced  (hardware  and  software) , a 
result  from  an  equipment  failure. 

- Traps  to  Detect  Unreasonable  Program  States . 

- Test,  That  a Given  Task  is  in  Reasonable 
Boundary  of  Time  (software) . 

Data  Base 

The  data  base  in  continuous  process  control, 
usually  includes  set-point  values,  tuning  para- 
meters, operating  mode  and  configuration.  A 
redundant  local  data  base  has  the  advantage  of 
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increasing  reliability  and  permitting  on-line 
repair.  The  main  memory  is  word  organized  to 
facilitate  fn.-t  parallel  data  transfer  within 
the  microprocessor . The  redundant  memory  is  bit 
organized  to  prevent  any  need  for  syncronyzation 
and  to  facilitate  fast  serial  transmission.  The 
serial  storage  architecture  lends  itself  to  up- 
coming technology  of  charge  couple  devices  or 
bubble  memory.  The  redundant  memory  has  dual 
accessability  when  operating  in  the  serial  mode 
and  is  logically  isolated  from  the  microprocessor. 
Keeping  the  redundant  data  base  locally  with  each 
microprocessor  has  the  advantage  that  if  there  is 
a power  blackout,  the  redundant  data  base  can  be 
used  to  restart  the  process  when  the  power  is 
restored. 

The  transfer  of  data,  the  scanning  to  determine 
which  one  of  the  many  uniprocessors  is  malfunc- 
tioning, the  continuous  s.^lf-diagnostics  on  the 
local  data  base,  the  communication  control  and 
initiation  of  the  switching  of  the  I/O  matrix 
are  achieved  by  another  microprocessor  in  a star 
tee  configuration  (Figure  1)  referred  to  as  the 
director.  The  director  status  output  signal  is 
transmitted  to  the  second  level  to  indicate  the 
state  of  the  system  and  to  identify  where  on- 
line repair  is  necessary. 

Switching  the  Inputs  and  Outputs 

Because  the  input/output  signals  on  the  first 
level  may  be  analog,  no  loss  of  accuracy  can  be 
tolerated  in  the  switching  matrix.  An  input  is 
usually  a voltage  source  (1-5  volt) , and  the 
output  is  a current  source  (4-20  milliamperes) . 

As  previously  mentioned,  the  director  micropro- 
cessor initiates  the  switching.  Consequences 
of  failure  in  the  input/out  switching  matrix  is 
the  most  critical  element  in  the  redundancy 
mechanism. 

Description  of  Fault  Tolerant  Implementation  in 
TDC  2000 

An  array  of  one  to  eight  microprocessor  control- 
lers is  locally  supervised  by  a director  micro- 
processor to  achieve  an  uninterrupted  automatic 
control  system.  The  director  detects  the  failure 
to  the  operator  in  the  second  level  and  switches 
in  a reserve  controller  identical  to  the  primary 
controllers. 

Each  controller  receives  analog  signals  and  every 
1/3  of  a second  converts  them  to  digital  signals 
as  inputs  to  selected  algorithms,  then  converts 
the  computational  results  to  analog  signals  for 
an  output.  Op  to  eight  process  loops  can  be 
controlled  by  each  controller.  A read-only 
memory  (ROM)  contains  an  executive  and  a 28 
algorithm  application  library  from  which  the 
computational  recipes  are  selected  in  configuring 
a slot.  The  random  access  memory  (RAM)  is  the 
working  memory  area  which  is  backed  up  by  a 
second  memory  to  provide  data  for  the  reserve 
controller.  The  redundant  second  memory  uses 
CMOS  memory  (4Kxl) . This  redundant  memory  can 
be  powered  from  a battery  or  from  the  director 


in  a triple  diode  matrix.  The  redundant  memory 
of  the  reserve  controller  is  identical  to  that  in 
the  primary.  Each  of  the  controllers  has  direct 
memory  through  the  Data  Hiway,  i.e.,  a coax  cable 
that  ties  together  first  and  second  levels.  The 
director  pseudo-executive  and  other  proqrams  are 
in  firmware.  The  Input/Output  matrix  is  switched 
via  reed  relays. 

The  local  data  base  transfer  communication  is  via 
standard  TIT,  transmitter/receiver  circuits  and  is 
configured  in  a radial  architecture.  The  direc- 
tor has  a direct  memory  (DMA)  circuit  that  per- 
mits communication  to  the  second  level  via  the 
Data  Hiway.  The  director  also  has  a local  man/ 
machine  interface  as  well  as  a remote  interface 
via  the  hiway. 

The  director  has  4 modes  of  operation: 

o normal 
o backup 
o test 
o reset 

In  the  normal  mode,  the  director  monitors  all 
primary  controllers  and  eight  remote  manual  com- 
mand lines  which  can  cause  the  director  to  switch 
to  the  backup  mode.  It  also  exercises  confidence 
routines . In  the  backup  mode , the  microprocessor 
goes  through  all  of  the  sequence  to  activate  the 
reserve  controller.  A test  node  is  initiated 
either  remotely  or  locally,  to  perform  all  hard- 
ware/software diagnostics.  If  during  this  mode 
a primary  controlle:  fails,  the  director  will 
automatically  go  to  backup  mode.  A reset  mode  is 
used  when  the  confidence  routines  detect  a 
director  problem  or  in  the  initial  power-on 
sequence . 

All  the  above  modes  are  displayed  and  initiated 
locally  (LED)  or  remotely  (CRT) . 

Conclusions 

Local  star  tee  configuration  architecture  in  the 
first  level  (I/O)  makes  super-availability  very 
economical  and  provides  less  intervention  of  the 
process  control  operator  under  abnormal  conditions. 
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INTRODUCTION 

SPIDER  is  the  acronym  for  a Computer  Aided  Manufacturing  (CAM) 
project  responsible  for  controlling  and  supporting  manufacturing 
processes  at  multiple  Western  Electric  manufacturing  locations. 

It  is  a hierarchical  computer  network  which  interfaces  the 
Computer  Aided  Design  (CA.D)  systems  of  Bell  Laboratories  and 
Western  Electric  Standards  Engineering  to  manufacturing  facilities 
on  the  factory  floor  for  high  technology  electronic  switching 
system  products  (Figure  1) . SPIDER,  which  stands  for  Shared 
Production  Interactive  Data  Bases  for  Error  Reduction,  is  best 
remembered  by  the  visual  image  it  suggests,  that  being  a central 
host  (body)  controlling  a web  of  manufacturing  needs  by  connecting 
to  numerous  satillites  via  direct  communication  links  (legs). 

SPIDER  has  been  developed  at  the  Northern  Illinois  Works  of  the 
Western  Electric  Company  in  Lisle,  Illinois.  The  Lisle  plant  is 
a prototype,  early  production  facility  for  new  products  being 
designed  at  the  Indian  Hill  facility  of  Bell  Laboratories  in 
nearby  Naperville.  As  new  products  pass  through  the  development 
phase  into  a mature,  stable  design,  responsibility  for  the  continued 
manufacture  of  the  products  is  transferred  co  other  plants  for 
high  volume/ low  cost  production.  The  SPIDER  network  has  developed 
to  not  only  manage  the  technical  data  support  for  this  new  product 
introduction,  but  also  to  facilitate  the  transfer  to,  and  continued 
manufacturing  support  in,  a full  scale  production  environment. 

The  impetus  for  a computer  network  such  as  SPIDER  came  from 
two  trends  within  the  Bell  System  which  I am  sure  are  common  to 
other  industries.  The  first  of  these  was  the  proliferation  of 
stand  alone,  minicomputer  controlled  manufacturing  and  test 
processes.  The  second,  not  unrelated,  trend  was  the  increased 
use  of  Computer  Aided  Design  systems  within  Bell  Laboratories. 

These  conditions  were  compounded  by  the  prototype,  early  production 
status  of  the  Northern  Illinois  Works  and  its  accompanhing  high 
rate  of  design  change  activity,  and  thus  was  dictated  the  need 
for  networking  capabilities  to  administer  and  control  the  flow  of 
"machine  readable"  data  from  the  CAD  outputs  to  the  machine 
readable  input  requirements  of  the  minicomputer.  An  increasing 
strain  was  being  placed  on  the  capabilities  of  our  manufacturing 
engineers  just  to  keep  up  with  the  data.  Thus  began  the  evolution 
of  the  SPIDER  network  which  currently  supports  manufacturing 
operations  at  two  other  factories  - Dallas,  Texas  and  Oklahoma 
City,  Oklahoma  - in  addition  to  our  Lisle  plant.  in®  network  also 
includes  links  to  the  sending  systems  at  Bell  Laboratories  and 
Western  Electric  Standards  via  our  divisional  Warrenville  Data 
Center,  and  a backup  link  to  the  corporate  time  sharing  data 
center  in  Kingsbridge , New  Jersey  (Figure  2). 
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A host  satellite  hierarchy  concept  was  selected  for  SPIDER 
as  one  best  suited  to  our  intended  applications.  The  host 
machine  provides  the  processing  capabilities,  file  handling, 
and  memory  of  a large  computer.  The  minicomputer  satellites 
provide  the  real  time,  interrupt  driven  capabilities  required 
in  a process  control  environment.  Where  possible,  we  have 
extended  the  hierarchy  to  a third  level  where  the  mini  acts  as 
a "mini  host"  to  multiple  in-house  designed  U-CONs  or  micro- 
processors, each  of  which  controls  an  individual  machine  or 
process.  To  a large  extent  the  minicomputers  which  previously 
were  used  in  stand  alone  dedicated  manufacturing  facilities  have 
been  "hooked  up"  to  the  network.  This  addition  of  communication 
and  data  links  to  the  host  processor  thus  provides  the  satellites 
with  the  facilities  of  a multimode  system  designed  to  be  used 
concurrently  by  many  users  who  wish  to  perform  many  and  varied 
tasks.  The  host  in  the  hierarchy  is  currently  configured  to 
support  180  simultaneous  jobs.  The  mini-hosts  can  support  up 
to  16  each.  Access  is  provided  to  the  network  via  hard  wired 
data  lines  or  dial-up  telephone  (Figure  3) . 

RESPONSIBILITIES 

Computer  Aided  Manufacturing  connotes  a wide  and  varied  range 
of  activities  to  most  people.  The  SPIDER  network  has  been 
developed  with  very  specific  functions  and  responsibilities  in 
mind.  There  are  two  major  functions  which  direct  the  activities 
of  the  development  team.  The  first  is  the  responsibility  for 
administering  technical  manufacturing  data  used  to  drive  com- 
puterized manufacturing  facilities  and  to  provide  diagnostic 
assistance  to  the  people  operating  those  facilities.  This  re- 
quires establishing  procedures  to  transfer  the  data,  as  needed, 
to  the  people  in  the  process  or  the  satellite  processors. 

The  network  is  currently  supporting  a full  range  of  facilities  in 
the  manufacture  of  telephone  switching  equipment.  These  include 
assembly  and  test  facilities  from  the  lowest  level  of  apparatus 
assembly,  subassembly  test  and  wiring  verification  through  a 
complete  system  test.  While  all  of  these  processes  receive  data 
in  one  form  or  another  from  the  host  machine,  not  all  are  directly 
connected  to  the  network.  As  the  network  evolved,  we  had  hoped 
to  connect  all  of  the  stand  alone  processes  into  the  network. 

Some  of  these  processes,  however,  were  commercial  turn  key  systems 
or  developed  within  Western  Electric  as  stand  alone  support 
systems.  These  types  of  facilities  generally  are  not  designed 
with  communications  capabilities.  If  there  were  several  machines 
of  the  same  type  whe^e  this  case  existed  or  if  the  facility  re- 
quired massive  quantities  of  data  which  changed  frequently,  it 
was  economically  feasible  to  develop  communications  interfaces. 
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For  example,  this  was  done  for  the  automatic  wiring  machines  and 
the  wiring  verification  facilities.  Where  this  was  not  feasible, 
data  support  was  provided  in  the  traditional  manner,  i.e.  magnetic 
tape,  paper  tape,  etc. 

As  facilities  were  added  to  the  network,  the  area  of  diagnostic 
assistance  using  the  technical  manufacturing  data  became  a 
significant  consideration.  This  area  was  not  initially  recognized 
in  our  network  planning.  The  application  of  CAM  techniques  to 
the  factory  was  successful  and  was  changing  the  priorities  of 
the  factory  problems.  Traditional  queues  were  shifting  and  a 
means  of  providing  data  for  diagnostic  assistance  became  a major 
data  management  need.  The  requirement  was  essentially  one  of 
fast  information  retrieval  for  the  people  in  the  process.  The 
technical  manufacturing  data  is  now  presented  on  CRTs  on  request 
with  keys  and  other  aids  to  manufacturing  operators . 

The  second  primary  responsibility  of  the  network  is  to  record, 
analyze  and  report  on  troubles  found  throughout  the  manufactur- 
ing and  installation  processes.  This  provides  a means  to  evalu- 
ate design  problems,  manufacturing  problems,  and  to  monitor 
quality  levels.  The  ability  to  capture  this  information  pro- 
vides a feedback  mechanism  to  the  various  functional  organizations 
that  leads  to  correction  or  improvement  in  current  designs  and 
manufacturing  methods. 

This  function  has  been  designed  with  two  levels  of  detail.  The 
first  level  concerns  defect  recording,  reporting  and  analysis 
across  the  entire  manufacturing  and  installation  processes.  At 
selected  locations  in  the  process  one  hundred  per  cent  of  the 
defects  reported  are  recorded.  This  subsystem  is  called  TRAP 
(Trouble  Reporting  and  Analysis  Procedures)  and  has  three  pri- 
mary purposes: 

1.  To  provide  a historical  data  base  for  future  study  and 
analysis  which  is  available  to  interested  internal  organiza- 
tions and  also  is  provided  to  Bell  Telephone  Laboratories. 

2.  To  provide  operating  shop  personnel  with  the  ability  to 
interactively  retrieve  historical  failure  modes.  In  some 
testing  processes  problem  solutions  are  difficult  to  diagnose 
and  require  a considerable  amount  of  time.  We  have  assisted 
in  this  area  by  providing  information  on  past  failure  modes 
and  their  solutions.  It  provides  a starting  point  for  trouble- 
shooting and  as  new  problems  and  solutions  are  found  and 
recorded,  becomes  almost  a probabilistic  model. 

3.  To  trigger  the  next  level  called  Product  Characterization. 

The  computer  provides  a continual  analysis  of  available  TRAP 


data  in  specific  areas  and  identifies  exceptional  or  trend- 
ing conditions  which  require  special  attention.  Product 
Characterization  involves  detailed  analysis  to  determine 
the  cause (s)  of  the  exception.  When  the  cause  has  been 
identified  and  corrected,  the  detailed  analysis  is  stopped. 
This  analysis  is  costly  and  with  the  ability  to  turn  it  on 
and  off  only  as  needed  minimizes  this  cost. 


PHILOSOPHY 

The  SPIDER  host  has  become  the  central  repository  of  manufactur- 
ing data  generated  by  the  Bell  Telephone  Laboratories  CAD  systems 
and  the  Western  Electric  Standards  Engineering  Organization. 

The  associated  data  bases  are  centrally  controlled  and  admin- 
istered yet  available  to  all  facilities  connected  to  the  network. 
The  SPIDER  network  could  be  defined  as  a centralized  network  based 
upon  the  host-satellite  concept  or  perhaps  a hierarchical  network. 
However,  the  classical  definitions  of  network  types  (if  there 
are  any  agreed  upon  classical  definitions)  do  not  fit  the  SPIDER 
network.  The  host  machine  does  not  control  the  satellites  in  our 
configuration.  The  satellite  machines  are  conceptually  inde- 
pendent processors  which  interrupt  the  host  machine  when  service 
is  required.  This  is  contrary  to  one  of  the  essential  charact- 
eristics of  multilevel  hierarchical  systems;  specifically,  the 
priority  of  action  of  right  of  intervention  of  the  higher  level 
system.  This  implies  an  importance  of  action  and  goals  of  the 
higher  system  over  the  lower  levels.  However,  our  reason  for 
existence  is  to  support  factory  operations.  They  are  our  pri- 
mary customer,  and  therefore,  have  top  priority.  Our  philosophy 
emphasizes  priority  for  the  very  lowest  level  in  the  network. 

Since  the  satellite  processors  are  dedicated  to  specific  facili- 
ties, we  have  tried  to  force  as  much  processing  as  possible  out 
to  the  satellites.  This  serves  two  purposes:  to  save  resources 
of  the  host  machine,  and  to  fully  utilize  the  computing  power 
of  these  dedicated  processors.  Each  satellite  is  configured 
with  a disk  for  storage  of  control  software  and  enough  manu- 
facturing data  to  guarantee  the  manufacturing  process  can 
continue  for  a period  of  time  in  case  of  a host  machine  failure. 

Pushing  the  processing  to  the  satellite  processors  and  even 
beyond  allow  us  to  control  our  input  and  more  effectively  manage 
the  distribution  of  the  technical  data.  We  can  specify  a single 
data  format  per  job  class  and  postpone  any  data  transformations 
required  by  facility  differences  to  the  lowest  level  in  the 
hierarchy.  By  maintaining  a single  format  in  our  total  host 
data  base,  we  gain  a flexibility  and  ease  of  introducing  new 
facilities  into  the  network  by  concerning  ourselves  only  with 
the  low  level  interface. 


-533- 


CONCLUSIONS 

The  SPIDER  system  is  a hierarchical  industrial  manufacturing 
and  control  system  providing  the  link  between  Computer  Aided 
Design  and  minicomputer  manufacturing  applications.  It  provides 
centralized  data  administration  and  communications  with  manu- 
facturing processes  not  only  locally  at  Northern  Illinois  Works , 
but  also  with  our  Oklahoma  City  and  Dallas  locations.  In 
addition,  it  provides  manufacturing  engineers  with  a tool  to 
improve  existing  or  develop  new  Computer  Aided  Manufacturing 
techniques.  Software  development  tools  such  as  simulators, 
cross  assemblers  and  debugging  aids  are  available.  We  have 
developed  what  we  feel  is  an  open-ended  network  philosophy 
that  provides  the  ability  to  change,  update,  or  expand  as  our 
manufacturing  techniques  evolve. 

We  did  not  spend  years  designing  a large  total  integrated  system 
and  then  attempt  to  implement  it.  We  are  implementing  our  system 
in  an  existing  manufacturing  environment.  This  environment  is 
dynamic  and  continually  changing.  We  have  attempted  to  evolve 
a hierarchy  of  subsystems  to  create  an  overall  CAM  network.  A 
major  concern  is  to  always  be  aware  of  the  needs  of  our  users. 

We  feel  we  have  been  successful.  There  have  been  major  benefits 
in  the  reduction  of  redundant  developments,  better  machine  control 
and  utilization,  faster  and  easier  assistance  to  the  people  in 
the  process  and  control  of  delivering  information  to  the  factory 
floor  and  fast  feedback  of  troubles  found  throughout  our  processes. 

We  are  continuing  to  evolve  and  do  not  see  the  end.  Access  to 
information  on  a timely  basis  is  the  obvious  need  of  management 
and  production  employees.  We  are  constantly  looking  at  the  needs 
of  our  users  and  these  needs  tend  to  change  as  our  network  evolves. 
Some  of  these  needs  may  become  more  important  than  our  current 
thrust  on  facilities  and  feedback.  If  this  is  so,  our  philosophy 
enables  the  network  to  respond  to  these  new  priorities. 
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. GROWING  USER  COMMUNITY 

TENDENCY  TO  FORMULATE  STANDARDS  FROM  OUTSIDE 
TO  THE  COMPUTER  INDUSTRY 


WE  FACE  A SOCIAL  PHENOMENON  HOW  TO  FORMULATE  BEST 
PROPOSALS  WHICH  OFFICIAL  PATHS  TO  FOLLOW 
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.DEVELOPMENT  IS  BASED  UPON  THE  PREMISE  OF  COOPEPATION 
AND  TECHNICAL  CONTENT  REPRESENTS  A CONSENSUS  OF  THE 
PARTIES  INVOLVED. 


PHILOSOPHY  OF  CONSENSUS  IMPOSES  RESPONSIBILITY  UPON 
THE  ORGANISATIONS  WHICH  FORM  THE  FRAME  WORK  WITHIN 
WHICH  STANDARDS  CAN  BE  INITIATED,  DEVELOPED  AND 
APPROVED. 


ORGANISATIONS  MUST  DEVELOP  PROCESSES  METHODS  AND 
OPERATING  PROCEDURES  THAT  GUARANTEE  THAT  THIS 
CONSENSUS  HAS  BEEN  REACHED. 
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.PROCESSING  CONSISTS  OF  THREE  PHASES 


PLANNING 

Proposed  scope 

Justification  of  the  proposal 

■ i 

Functions  expected  to  be  performed 
Expressed  interest  and  support 

DEVELOPMENT 

Formation  of  a responsible  body 

Technical  work  formal  and  informal  technical  papers 
Approval  within  the  responsible  body 


APPROVAL 

Receipt  of  the  formulated  standard  at  a secretariat 
of  a national  or  international  mandated  organisation 
Processing  establishes  now  wide  acceptance  of  the 
proposed  standard. 
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. CRITERIA  FOR  SELECTING  STANDARDISATION  PROJECTS 

Organisation  or  responsible  committee  must  ensure  that 
The  proposed  standard  is  needed 
It  accepts  preparation  and  maintainance 
There  exists  a validation  body  accepting  preparation 
and  administration  of  a validation 

.ESTABLISHING  THE  NEED  FOR  A STANDARD 

Primary  justification  economical  use  of 
expensive  resources 

Hints  that  computer  installations  will  be  using 
the  standardised  facility  beyond  a threshold  of 
10% 

Adoption  of  the  standard  would  world  wide  save 
1%  of  total  cost  resulting  from  proceeding 
Existing  standard  facilities  do  not  cope  in 
this  area. 
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.BENEFITS  EXPECTED 

- Better  sof tware /hardware  systems  if  some  of 
their  interfaces  become  standardised 

- Easier  recruitment  and  training  of  staff 

- Flexibility  in  interchangeability  of  hardware 

- Portability  in  a greater  percentage  of  applications 

- Reduction  of  software  development  costs. 

|l 
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. PROBLEMS 

- Coordination  of  projects 

Increasing  number  of  projects  requiring  cross 
representation 

Increasing  number  of  committees  establishing 
parallax  programs  of  activities. 

- How  to  proceed? 

Retrospective  VS  prospective  standardisation 
that  is  consolidation  of  existing  techniques 
satisfying  past  and  present  practices  and  needs. 

VS 

Identification  of  future  needs  preparation  of 
standard  techniques  avoiding  obsolesence  of 
standards  by  the  time  they  appear. 

- Severe  criticisms  about  consensus  philosophy  in 
the  USA.  General  accounting  office  claims  loss 
of  millions  of  $ foi  not  having  appropriate. 
Standards  partners  not  playing  a fair  game. 
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. CLASSIFICATION  ATTEMPT 

- Descriptive  standards 

- Functional  standards 

- Hardware  oriented 

- Software  oriented 

Data. 

. REPROBLEMS 

- Methodology  of  classification  needed 

- Standards  makers  need  education 

- Computing  is  still  not  an  exact  science. 
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. PARTICIPATION  COSTS 

SMALL  USERS  CAN  NOT  AFFORD  CONSTANT  PARTICIPATION. 
SMALL  MANUFACTURERS  TOO. 

THEY  ALL  FOLLOW  THE  BIG  BROTHERS. 

.TELECOMMUNICATIONS  DISTRIBUTED  COMPUTING  AND  EASY  ACCESS 
TO  RESOURCES  ARE  CHANGING  YESTERDAY'S  PICTURE. 

ARE  WE  MOVING  TO  A THEOCRATIC  OR  A DEMOCRATIC  COMPUTING 
SOCIETY? 
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Summary  of  the  talk  given  at  Purdue  International  Workshop 
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Up  to  this  point  the  interface  committee  has  come  up  with 
functional  requirements  for  the  process  control  interface. 

Now  it  is  going  into  a phase  of  examining  what  existing  systems 
satisfy  its  requirements.  But,  even  if  a system  satisfies  the 
functional  requirements: 

a)  How  well  does  it  really  perform? 

b)  How  does  it  compare  to  other  systems  that  also  satisfy  the 
requirements? 

c)  What  are  the  weaknesses  of  a system? 

We  need  some  criteria  for  comparing  interfaces. 

To  compare  all  levels  of  protocols  of  all  interfaces  is  too 
big  a job.  Instead,  only  the  physical  link  will  be  examined 
here.  The  physical  link  is  important.  From  the  experience  of 
the  IEEE  488  interface,  we  know  that  a lot  of  problems  can  be 
avoided  by  paying  more  attention  to  the  basics.  Without  a good 
physical  link  the  rest  of  the  interface  system  is  compromised. 
Also,  there  is  "loose  coupling"  between  the  physical  link  and 
the  rest  of  the  protocols  so  that  the  physical  link  can  be 
examined  somewhat  independently.  Thus,  the  orientation  of  the 
talk  is  horizontal,  not  vertical  (Slide  1). 

The  physical  link  considerations  fall  into  two  major  categories, 
Medias  and  Modulations,  plus  some  associated  consideration. 
(Slide  2).  Examining  all  the  existing  physical  links  is  too 
big  a task.  Therefore,  those  links  that  clearly  do  not  satisfy 
our  functional  requirements  are  not  examined  here.  The  func- 
tional requirements  applicable  to  the  physical  link  are  shown 
in  Slide  3. 

The  systems  specifically  not  considered  here  are  loop  networks 
and  optical  links  because  they  store  and  forward  data  and  be- 
cause the  subsystems  in  the  network  are  not  operationally 
isolated.  (Slide  4). 

Once  optical  links  have  been  eliminated  from  comparison,  the 
only  remaining  medias  are  twisted  pair  and  coaxial  cable. 

Slide  5 shows  the  comparison  of  some  representative  types. 

The  media  comparison  chart  gives  only  a rough  indication  of 
cable  characteristics.  To  evaluate  any  real  system  one  needs 
to  examine  the  real  thing.  (Slide  6).  This  is  done  by  running 
pseudo  random  data  through  the  cable  driver  and  down  a loaded 
cable  and  then  examining  the  resulting  "eye"  pattern  on  the 
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far  end  of  the  cable.  The  bigger  the  eye  pattern  the  better 
the  data  can  be  recovered.  The  eye  pattern  in  turn  depends 
on  how  the  data  is  modulated  or  called  by  the  cable  driver. 

Modulations  fall  into  two  basic  categories:  baseband  and 
carrier.  (Slide  7).  Slides  8 and  9 show  some  representative 
types  and  their  frequency  spectra.  The  criteria  for  comparing 
baseband  modulations  is  shown  in  Slide  10.  Slide  11  shows 
the  three  basic  forms  of  carrier  modulations.  Slide  12  shows 
the  relative  noise  immunities  of  carrier  modulations  and  base- 
band modulation.  Slide  13  lists  some  of  the  advantages  and 
disadvantages  of  carrier  modulations. 

Slide  14  lists  some  of  the  considerations  associated  with  the 
physical  link.  It  is  these  considerations  that  will  determine 
the  characteristics  of  the  physical  link: 

a)  Intrinsic  safety  is  determined  by  using  an  apparatus  like 
the  one  shown  in  Slide  15.  Various  circuits  have  been 
analyzed  and  the  results  are  shown  in  diagrams  such  as 
the  one  in  Slide  16.  Unfortunately,  intrinsic  safety  for 
cable  has  not  been  determined.  Thus,  we  cannot  yet  specify 
the  signal  power  on  our  interface  cable.  The  maximum 
signal  power  determines  the  length  of  the  interface  cable, 
the  noise  immunity,  the  number  of  stations,  etc. 

b)  There  are  two  main  ways  to  distribute  the  interface  cable, 
shown  in  Slide  17.  The  main  cable  can  go  to  each  station 
directly  or  coupler  boxes  can  tap  into  the  main  cable  and 
auxiliary  lines  feed  the  stations.  The  latter  method  can 
significantly  increase  the  effective  length  of  the  physical 
link. 

c)  The  requirements  of  tapping  and  coupling  the  cable  are 
listed  on  Slide  18.  These  requirements  can  be  implemented 
in  a variety  of  ways.  Two  of  them  are  shown  in  Slide  19. 

c)  Noise  immunity  is  one  of  our  functional  requirements  but 
so  far  there  is  very  little  information  on  how  we  can 
satisfy  this  requirement.  (Slide  20).  Like  intrinsic 
safety,  noise  immunity  is  a very  basic  consideration  on 
which  other  physical  link  characteristics  depend  such  as 
length,  data  rate,  etc. 

Slide  21  lists  a number  of  existing  systems  and  shows  some  of 
their  characteristics.  Note  that  none  of  the  systems  have  any 
rating  as  to  intrinsic  safety  and  that  only  one  of  them  has 
anything  in  the  noise  category. 

I bleieve  that  both  the  intrinsic  safety  and  the  noise  char- 
acteristics are  very  basic  considerations.  These  mundane 
characteristics  should  be  well  established  by  our  committee 
before  we  go  on  to  the  more  exciting  physical  link  considera- 
tions . 


m 

c 

to 

r'4* 

C 

00 

k- 

• Mr 

3 

cr 

o 

QC 


k 

A" 


o 


u. 

«*»**» 

c 

LG 

15 

G 


o 

LU 

CO 

X 

H 

CD 


CO 
LU 
DC 
I — 
LU 


Q 

DC 

z ^ 

LU  <> 
LU  oc 

<:  o 

1—  LL 

LLi  » 
CD  D 

LU  § 
CD  ^ 
z:  lu 

< DC 

1 LU 

O H 
CC  W 

Hf  O 

1 — —r 

2 Z- 

< ^ 
h-  2 
< LU 

Q H 

, CO 

f—  >- 
O m 


L— r 

I / V 

O P 

2:  u-i 

2E  llT 
LU  LL 

H O 

CO  \ 

>-  2 
CO  Q 

*>  v. 

S CC 
LU  tU 

h- 
CO 
>- 
CO 
CO  > 
3 CD 

Q 
Q LU 
LU  CD 
I — DC 


o 

CL 


-641- 


co 

Q 

CC 

< 


o 


O *“ 

CJ 


LU  > 


zC 

< 

I 8 I 

w o LU 

DC 
>~  CL 


DC 

o 

f- 

< 2 

Q i— 


O 

2 


< 

CO 


o 

00 

z: 

2 X CC 

< CD  H 


CO 

LU 

DQ 

3 

-J 

| — 

aZ  — J = 

JZ 

DC 

o 

CO 

CO 

1 1 1 

CL 

CM 

Q 

CO 

D 

1 1 1 

CM 

CM 

o 

V 

00 

CD 

0 0 

X 

CO 

o 

>- 


_J 

< 

o 

QC 

h~ 

o 

LU 

-J 

LU  CO 


7 


LU 

g i 

< Q 

X 9£ 

LU  > 
CL  z 
O LU 


cn 


i 

k 


10.1  FAILURE  IN  STATION  NOT  TO  CRASH 
WHOLE  SYSTEM. 


-642- 


V) 

Cl. 

o 

% 

h- 

LU 


Cl 

O 

o 


Q 

0 

0 

T> 

CO 

5 

O 

+* 

o 

Z 

eo 

£ 

G 

+■» 

CO 

> 

CO 


Q § 

$ 


S 

CC 

o 


X 

to 

QQ 


^ 5 
cs 

Q 

ki 
K 

-LI 


c*^ 

Uj 

Ct 


o SJ 

£ 3 


01 

o 

HW> 

H 

CL 

o 

lu 

DC 

CD 

LL 

r it 

T3 

© 

Hm 

CD 

“O 

to 

1*0 

c 

o 

O 

o 

Z 

.S 

t5 

G 


Co 

pc 

& 

X 

“V, 

**U 

O. 

Co 

Q 

Co 

CL 

s 

£ 

Co 

C/0 

cs. 

o 


O 
ct 

5 CQ 

i) 


cl 

§ 


& 

£ 

CO 


CC  CO 

O Q 


ft 

—•4 

o 


lu  CO 

cc  r- 
o L 

K.  O 
Co  ^ 


ttL 


MEDIA  COMPARISON 


CO 

z 


h- 


< 


Q 

o 

s 

b 


< 


o 

cc 

LU 

N 

o 

h- 

2! 

CC 

Z) 


LU 

Q °F 

z:  2 

< ^ 

CD 

LLJ  M 

LLJ  ££ 

CO  2 


cc 

< 

z 

O O CQ 
cc:  uj  . 

LU  CJ  tTj 

^ O > 

o o oj 

t~  Z -J 

Z 1X1  I- 
CC  LU  .J 
3 CO  0 

h < 5 

UJ  I 
CC  Q_  03 

N Ui  ^ 
CC  CL  Z 


or 

UJ 


OLI  CO  XI  O -O 


DC 

DC 

< 

O 


CO 

< 

(D  -Q  o 


<N 


FSK 

PSK 


PHASE  ENCODED  (PE) 


1/TB  Z/TB  3/T3 


PHASE  ENCODED  (PE) 


1/TB  2/TB  3/TB 


Comparison  Features  Of  Baseband  Modulations: 


P-P  VOLTAGE  VS.  SIGNAL  STRENGTH. 


. SOMEWHAT  ESOTERIC  TECHNOLOGY 
. COAX  CABLE  REQUIRED 


CABLE  DISTRIBUTION 


Station  station 


CARRIER  DETECT 


DATA  IN  DATA  ENABLE  COLLISION 
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Summary  of  Raw  Bit  Rate  Requirements  for  Equivalent 
Proway  Functions  & Throughput  Using  HDLC  & TDC  Protocols 


HDLC  HIGHER  (±150%)  FOR  SHORT,  PREDEFINED  TRANSACTIONS 
(±6  DATA  BYTES) 

HDLC  LOWER  ABOVE  6 DATA  BYTES.  APPROACHES  50 % FOR  LONG 
MESSAGES. 

HDLC  SUBSTANTIALLY  HIGHER  IF  EACH  STATION  IS  ROUTINELY 
POLLED  INDIVIDUALLY. 

- EQUAL  FOR  POLLING  IF  HDLC  USES  GROUP  POLLING 
WITH  INDIVIDUAL  POLLS  TO  RESOLVE  CONTENTION. 

Current  HDLC  commands  are  very  inefficient  for  primary 
TRANSFER  (=2000%  HIGHER  BIT  RATE) . 

A COMPATIBLE  NEW  HDLC  COMMAND  MAKES  PRIMARY 
TRANSFER  ACCEPTABLE  (200%  HIGHER  BIT  RATE). 


Comparison  of  Elementary  Proway  Operation  • 
HDLC  (Half-Duplex,  Normal  Response  Mode)  vs  TDC  2000 


Comparison  of  Elementary  Proway  Operation 
HDLC  (Half-Duplex,  Normal  Response  Mode)  vs  TDC  2000 
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Note  0 - In  TDC  the  Highway  Traffic  Director  is  the  Active 

Controller  and  any  Preferred  Access  device  can  be 
the  Active  Talker.  A polled  device  requires 
additional  overhead  as  Active  Talker  since  it  is 
selected  for  only  1 transaction.  In  HDLC  the 
Primary  Station  is  both  active  Talker  and  Active 
Controller . 

Note  Oa  - The  HDLC  system  is  based  on  Half  duplex  operation 
with  Normal  Response  Mode  only  for  secondaries. 

Note  1 - Assumes  that  by  convention  HDLC  primary  stations  do 

not  send  acknowledges  immediately  on  receiving 
valid  I frames.  The  acknowledge  is  included  in  the 
next  frame  sent  to  this  station. 

Note  2 - Assumes  TDC  stations  operating  with  certain  addresses 

predefined  to  request  specific  20  byte  data  blocks. 

Note  3 - This  operation  is  not  defined  for  TDC.  A possible 

sequence  is  shown  for  comparison. 

Note  4 - Polling  under  TDC  has  no  security  checks  and  is 

limited  to  27  predefined  stations. 

Note  5 - Assumes  HDLC  polling  with  P bit  = 0 so  that  no 

response  is  required  from  non-candidate  Talkers. 

Time  Out  assumed  = 2A  bits.  Similar  to  TDC  in 
security  checks. 

Note  6 - HDLC  group  poll  has  same  security  as  TDC  poll  but 
does  not  allocate  a time  slot  for  response.  Time 
Out  assume  = 2A  bits. 

Note  7 - TDC  stations  require  no  initiatization  on  transfer 

of  Active  Talker  status.  Talker  Transfer  is 
accomplished  by  separate  dedicated  lines. 

Note  8 - This  function  is  not  defined  for  HDLC  by  Inti 

standards.  The  sequence  shown  uses  defined  elements 
of  procedure  - DISA335.  A specific  group  poll 
address  is  predefined  to  allow  transfer  ot  Talker 


status . 
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Note 


Note 


9 - A new  HDLC  compatible  conanand-Unnumbered  Initiali- 

zation - USIM  with  a Group  Option  is  defined.  This 
command  resets  the  sequence  numbers  of  all  secondar- 
ies without  changing  their  mode.  It  does  not  allow 
a response  when  the  P bit  - 0. 

10  - Assumes  no  time  allocation  mechanism  on  group  polls 

so  that  multiple  responses  collide.  Primary 
resolves  conflicts  with  individual  polls 
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NQIE 


THIS  PRESENTATION  SUMMARIZES  THE  FINDINGS  OF  A STUDY  ON 
OPERATOR  INTERFACES  CONDUCTED  IN  1977  BY  EXXON  RESEARCH 
AND  ENGINEERING  COMPANY,  EXXON  CHEMICALS,  USA  AND 
IMPERIAL  OIL  ENTERPRISES  LTD  (IOEL) 

FOR  MORE  DETAILS  THE  READER  SHOULD  REFER  TO  THE  PAPER 
"TENTATIVE  FUNCTIONAL  REQUIREMENTS  AND  DESIGN  CRITERIA 
FOR  OPERATOR  INTERFACES"  BY  R.  R.  MESSARE,  J.  H.  LAROCHE 
AND  D. SHANNON  AND  INCLUDED  IN  THE  MINUTES  OF  THE  5 TH 
ANNUAL  MEETING  OF  THE  INTERNATIONAL  PURDUE  WORKSHOP. 


MAIN  POINTS  COVERED 


• BRIEF  SUMMARY  OF: 

- SCOPE  OF  STUDY 

- MAIN  SHORTCOMING  AND  INCENTIVES  FOR  IMPROVEMENT 

• ANALYSIS  OF  KEY  POINTS  OF  LONG  RANGE  REQUIREMENTS 

- SYSTEM  CONFIGURATION 

- RELIABILITY  ASPECTS 

- CONSOLE  FUNCTIONALITY 

+ DISPLAY  ORGANIZATION 
+ DISPLAY/KEYBOARD  INTERACTION 
+ FLEXIBILITY 

• SHORT  RANGE  OBJECTIVES 

- INTEGRATION  BETWEEN  COMPUTER  CONSOLES  AND  INSTRUMENT 
CONSOLES 
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OPERATOR  INTERFACES  FOR 
PROCESS  CONTROL 


• REASONS  FOR  STUDY 

- SHORTCOMINGS  WITH  CURRENT  OPERATOR  INTERFACE  DESIGN 

- IMPORTANT  INCENTIVES  FOR  IMPROVEMENT 

- TECHNOLOGICAL  EVOLUTION 

• SCOPE 

- CONSOLIDATE  AND  DOCUMENT  SHORTCOMING  AND  INCENTIVES 
IN  THE  AREA  OF  OPERATOR- TO-PROCESS  INTERFACE 

- DEVELOP  EXXON'S  LONG  RANGE  FUNCTIONAL  REQUIREMENTS 
FOR  FUTURE  OPERATOR  CONSOLES  (5-10  YEARS  TIME  FRAME) 

- DEVELOP  STEPS  TO  MEET  LONG  RANGE  GOALS 

• DISSEMINATION  OF  LONG  RANGE  FUNCTIONAL  REQUIREMENTS 

- ENHANCE  UNDERSTANDING  OF  OUR  GOALS 

- ESTABLISH  AREAS  OF  COMMON  INTEREST 
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HOW  STUDY  WAS  CARRIED-OUT 

- STUDY  TEAM 

- FAMILIARIZATION  WITH  COMMERCIAL  CONSOLE  DESIGNS/OTHER 
STUDIES 

- PLANT  SURVEYS  (EXXON  CIRCUIT) 
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MAIN  SHORTCOMINGS  WITH  CURRENT  OPERATOR  INTERFACES 


• FRAGMENTATION 

- NEED  TO  LEARN  AND  USE  DIFFERENT  INTERFACES/PROCEDURES 
TO  ACCOMPLISH  SAME  FUNCTIONS 

- INEFFICIENT  USE  OF  HARDWARE  REDUNDANCY 

- DATA  PRESENTATION  OFTEN  CONTRADICTORY  AND/OR  CONFUSING 
(ESPECIALLY  PROCESS  ALARMING) 

• COMPLICATED  AND  SLOW  CONSOLE  PROCEDURES 

- DETER  OPERATORS  TO  FULLY  UTILIZE  COMPUTER  CAPABILITIES 

- COMPUTER  CONSOLES  USUALLY  IMPRACTICAL  FOR  EMERGENCIES 
AND/OR  START-UP 

INCENTIVES  FOR  IMPROVEMENT 


• IMPROVE  OPERATOR  EFFICIENCY 

- HIGHER  UTILIZATION  OF  ADVANCED  CONTROLS 

- IMPROVED  OPERATOR  RESPONSE  TO  ABNORMAL  CONDITIONS 

- SIMPLIFY  OPERATOR  TRAINING  REQUIREMENTS 

o ELIMINATION  OF  UNNECESSARY  HARDWARE  REDUNDANCY 

• IMPLEMENTATION  OF  DISPERSED  INSTRUMENT  TOPOLOGIES 
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LONG  RANGE  GOAL 


BASED  ON: 

• ANALYSIS  OF  SHORTCOMINGS  AND  INCENTIVES 

• FORECAST  OF  FUTURE  NEEDS 

AIMS  AT: 

• FULLY  INTEGRATED  CONSOLES  (ELIMINATION  OF  BACK-UP  INTERFACES) 

- CONSOLIDATION  OF  INTERFACES 

- UNIFICATION  OF  HARDWARE  AND  OPERATING  PROCEDURES 

FUNCTIONAL  REQUIREMENTS: 

• ADDRESS  CONSOLES  INTENDED  AS  THE  SOLE  OPERATOR  INTERFACE 

• EMPHASIS  PLACED  ON: 

- RELIABILITY  ASPECTS 

- SIMPLE  AND  FAST  CONSOLE  PROCEDURES 

- HIERARCHICAL  DISPLAY  ORGANIZATION 

- FUNCTIONALITY  AND  DISPLAY  CAPABILITY  ESPECIALLY  IN  THE 
AREA  OF  ALARMING 

• SEVERAL  CONCEPTS  CAN  BE  ADOPTED  FOR  CURRENT  CONSOLE  DESIGNS 

IMPLEMENTATION: 

DEPENDS  ON: 

- OVERALL  CONTROL  SYSTEM  ARCHITECTURE  AND  TOPOLOGY 

- DEGREE  OF  STANDARDIZATION 
+ DATA  TRANSMISSION 

+ INTERFACES  BETWEEN  DEVICES  AND  COMMUNCATION  SUBSYSTEMS 


I 
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CONSOLE  AVAILABILITY 

• SAME  AS  AVAILABILITY  OF  CURRENT  INTERFACE 

(I.  E.  COMPUTER  CONSOLE  + BACK-UP  INTERFACE) 

• DESIGN  CRITERIA 

- EXCLUDE  (STATISTICALLY)  TOTAL  FAILURE  OF  THE 
OPERATOR  INTERFACE 

- DISPLAY  AND  INTERACTIVE  FEACTURES  TO  REMAIN  INTACT 
UNDER  PARTIAL  FAILURES  WITH  MINIMUM  DEGREE  OF 
DEGRADATION 

- ABILITY  OF  CONSOLE  TO  COMMUNICATE  ON  ITS  OWN  WITH  ALL 
THE  COMPONENTS  OF  THE  CONTROL  SYSTEM 

CONSOLE  MODULARITY 

• WILL  DEPEND  ON 

- OPERATING  PHILOSOPHY 

- PROCESS  INTEGRATION  AND  COMPLEXITY 

- CONSOLE  FAILURE  MODES 

• MINIMUM  CONFIGURATION 

- TWO  INDEPENDENT  MODULES 

- NO  INTERACTIVE  FAILURE  MODES 

- EACH  MODULE  ABLE  TO  SUPPORT  TOTAL  LOAD 

MODULE  CAPABILITY 

• SUPPORT  MULTIPLE  SCREENS  AND  KEYBOARDS  (UP  TO  A SETS)  FOR: 

- EFFICIENT  UTILIZATION  OF  HARDWARE 

- FLEXIBILITY  AND  EXPANDIBILITY 
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CONSOLE  HARDWARE  CONFIGURATION 


• 4 - 6 VIDEO  SCREENS/KEYBOARDS 
#2-3  MODULES 

• INCLUDE  "HARDWIRED"  COMPONENTS  (AS  NEEDED) 

- DEDICATED  ALARM  ANNUNCIATORS 

- DEDICATED  PUSHBUTTONS,  ETC. 

OPERATOR  WORKLOAD  AND  CONSOLE  CAPACITY 


• CURRENT  WORKLOAD/CONSOLE  OPERATOR: 

- VARIES  CONSIDERABLY  (70-250  CONTROL  OUTPUTS) 

- DEPENDS  ON  NATURE  AND  COMPLEXITY  OF  PROCESS 

• EXPECTED  FUTURE  WORKLOAD 

- BASICALLY  SAME  AS  TODAY 

- 300  CONTROL  OUTPUTS  MAX. 

• CONSOLE  DISPLAY  CAPACITY  DEPENDS  ON: 

- EXPECTED  LOAD  OF  FUTURE  COMPUTER  CONTROL  SYSTEMS 

- PLANT  SIZE 

- OPERATING  PHILOSOPHY 


LOAD  ANALYSIS  FOR  FUTURE  COMPUTER  SYSTEMS 


|| 
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CONSOLE  LOADING  CONDITIONS  FOR  TYPICAL  IARCE  SIZE  INSTAUATION 


TYPE  OF  TAGS 

Control  Inputs  with  Valve  Output  500 

(High  Level  4 -20  m A) 

Non  Control  Inputs  900  (Note  1) 

(4-20  ra  A ) 

DTI  Inputs  1500 

(Thermocouples) 

Alarm  Points  900  (Note  2) 

Calculated  Control  Points  2 00 

(PID's  or  Cascade  Primaries) 

Other  Calculated  Variables  780  (Note  3) 

Lab  Inputs  200 

Other  Miscellaneous  Inputs  400 

TOTAL  5380 


NOTES: 

1.  This  figure  is  nearly  twice  as  high  than  it  is  in  current  installations 
and  takes  into  account  the  expected  increase  of  non  control  type  inputs 
in  future  computer  systems.  Today  the  sum  of  both  control  and  non 
control  type  inputs  (4-20  m A)  would  not  exceed  900. 

2.  This  figure  represents  the  number  of  alarm  points  that  in  current 
installations  are  being  displayed  on  panel  mounted  annunciators.  Many 
of  them  are  generated  by  the  back-up  instruments  and  not  by  field 
mounted  sensors. 

3.  This  figure  represents  approx.  607.  of  the  total  number  of  calculated 
variables.  It  is  estimated  that  the  rest  may  not  be  of  interest  to  the 
process  operator  but  rather  to  the  applications  engineer. 


CONSOLE  FUNCTIONALITY 


• SHOULD  ADDRESS  NEEDS  OF  PROCESS  OPERATORS 

• SHOULD  NOT  BE  PENALIZED  TO  SATISFY  NEEDS  OF  OTHER  WORKING 
GROUPS  " 

- MAINTENANCE 

- CONTROL  APPLICATIONS 

- ETC. 

• LOGS  AND  REPORTS 

- MAINLY  GENERATED,  STORED  AND  PRESENTED  ELSEWHERE 

- MINIMUM  NUMBER  DISPLAYED  ON  CONSOLE 
(ASSOCIATED  WITH  OPERATOR  DAILY  TASKS) 

• HARD  COPY  OF  VIDEO  DISPLAYS 

• EMPHASIS  ON  PROCESS  ORIENTED  DISPLAYS 

- OVERVIEW  CAPABILITY 

+ PLANT  LEVEL  (250-300  TAGS/DISPLAY) 

+ UNIT  LEVEL  (50-60  TAGS/DISPLAY) 

+ IMPORTANT  ALARM  CONDITIONS 

- PRIORITY 

- STATUS 

- HIERARCHICAL  DISPLAY  ORGANIZATION 

- MULTIPLE  CHOICE  FOR  ALARM  PRESENTATION  AND 
ACKNOWLEDGEMENT 

- FAST  AND  SIMPLE  CONSOLE  PROCEDURES 
+ SINGLE  ACTION 

+ FAST  RESPONSE 
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ORGANIZATION  OF  BASIC  DISPLAYS 

BASIC  DISPLAYS 

• THREE  MAIN  HIERARCHICAL  DISPLAY  LEVELS 

- PLANT  LEVEL 

- UNIT  LEVEL 

- "LOOP"  LEVEL  (INTERACTIVE) 

• ALARM  DISPLAYS 

• TREND  DISPLAYS 

ORGANIZATION 

• BUILT  AROUND  THE  CONCEPT  OF  "GROUP" 

• 8 (OR  16)  TAGS/GROUP  (PREFERABLY  8) 


PASSAGE/ACCESS 

• PRIMARY  PATHS 

• SECONDARY  PATHS 


VIA  SINGLE  ACTION 


• BIDIRECTIONAL  "PAGING" 


PRIMARY  PATHS 

- "PLANT  LEVEL"  OVERVIEW  AND  "LOOP  LEVEL" 

- "UNIT  LEVEL"  OVERVIEW  AND  "LOOP  LEVEL" 

- ALARM  DISPLAYS  AND  "LOOP  LEVEL" 

SECONDARY  PATHS  (VIA  DISPLAY  ASSOCIATION) 

- "UNIT  LEVEL"  OVERVIEW  AND  "LOOP  LEVEL" 

- "UNIT  LEVEL" OVERVIEW  AND  TREND  DISPLAYS 

- "LOOP  LEVEL"  AND  TREND  DISPLAYS 

- BETWEEN  TREND  DISPLAYS 

- BETWEEN  MULTITAG  (GROUP)  DISPLAYS  ("LOOP  LEVEL") 
PAGING 

- OVERVIEW  DISPLAYS  (PLANT  AND  UNIT  LEVEL) 

- MULTITREND  DISPLAYS 

- MULT  I TAG  DISPLAYS 


HIERARCHICAL  ORGANIZATION  OF  BASIC  DISPLAYS 


FIGURE  U 

EXAMPLE  OF  PLANT  LEVEL  OVERVIEW  DISPLAY 
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EXAMPLE  OF  MULT I TAG  FORMAT 
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FULL  DESCRIPTION  OF  SELECTED  TAG  (NOTE  3) 
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MAIN  REQUIREMENTS  FOR  CONSOLE  ALARMING 

• MULTIPLE  CHOICES  TO  PRESENT  AND  ACKNOWLEDGE  ALARM  CONDITIONS 

9 OPERATOR  FREE  TO  CHOOSE  BEST  SUITED  ACKNOWLEDGEMENT  METHOD 
AND  AVOID  REDUNDANT  STEPS 

« ALARM  PRIORITIES  INDICATED  BOTH 

- VISUALLY 

- AUDIBLY 

• EACH  CONSOLE  TO  HAVE  DIFFERENT  AUDIBLE  SIGNALS 

• USE  COLOR  AND  OTHER  VISUAL  CODING  TO  HIGHLIGHT: 

- TAG  IN  ALARM  CONDITION  AND  ALARM  PRIORITY 

- ALARM  STATUS  (INHIBITED,  INVALID,  ACKNOWLEDGED) 

■ 

e AVOID  PRESENTING  ALARM  CONDITIONS  IF  ARE  LOGICAL 
CONSEQUENCE  OF  ANOTHER  ALARM  CONDITION 

• ATTRACT  OPERATOR  ATTENTION  TO  MORE  SEVERE  ALARM  CONDITION 

. 

9 GENERATION  AND  PROCESSING  OF  ALARMS  SHOULD  TAKE  INTO 
CONSIDERATION: 

- MAINTENANCE  OF  ALARM  DATA  BASE 

- CONSISTENCY  OF  ALARM  LIMITS 

- ALARM  HISTORY 
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CONSOLE  ALARMING 

• TWO  DISPLAY  PRIORITIES 

- PRIORITY  1:  CRITICAL  ALARMS 

IMMEDIATE  IDENTIFICATION  OF  CONDITIONS  THAT 
MAY  RESULT  IN: 

+ INJURY  TO  PERSONNEL 
+ DAMAGE  TO  PROCESS  EQUIPMENT 
+ LARGE  OPERATING  DEBITS 

- PRIORITY  2:  IMPORTANT  ALARMS 

ASSIST  OPERATOR  IN  INITIATING  ACTIONS  TO  PREVENT 
DEVELOPMENT  OF  SERIOUS  UPSETS 

• PRIORITIES  BASED  ON: 

- IMPORTANCE 

- RESPONSE  TIME 

• ALARM  MESSAGES 

- ALL  OTHER  ABNORMAL  CONDITIONS 

- VARIABLE  FORMATS  TO  SUIT  SPECIFIC  CASES 

+ VISUAL  WARNINGS 
+ TEXT  MESSAGES 
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ALARM  PRESENTATION 


0 "DEDICATED"  ALARM  DISPLAYS  BUT  ALSO  ON  OTHER  DISPLAY 
FORMATS 

0 TWO  "DEDICATED"  ALARM  DISPLAYS 

- SAME  FORMAT  AT  INDIVIDUAL  ALARM  LEVEL  FOR  BOTH  DISPLAYS 

- DIFFERENT  METHOD  OF  PRESENTATION  AND  INTERACTION  WITH 
CONSOLE  KEYBOARD 

0 FIRST  DISPLAY 

- USED  ONLY  FOR  PRIORITY  1 ALARMS 

- ALARMS  APPEAR  AUTOMATICALLY  (NO  ACTION  BY  OPERATOR) 

e SECOND  DISPLAY 

- USED  FOR  BOTH  PRIORITIES 

- EMULATES  DISPLAY  PHILOSOPHY  OF  ALARM  ANNUNCIATORS 

- PREARRANGED  PAGES 

- OPERATES  IN  CONJUNCTION  WITH  A MULTIPURPOSE  KEYBOARD 
MATRIX  (ACTS  AS  "GROUP"  ALARM) 


should  be  displayed,  whether  in  alarm  condition  or 
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TREND  CAPABILITY 


TREND  FORMATS  TO  REPLACE  RECORDERS 

• DISPLAY  FORMAT 

- MULTITREND 

- PRECONFI 6URABLE 

- EASILY  ACCESSIBLE 

- SIMPLE 

• TRENDS  TO  APPEAR  WITH  2 HOUR  (MINIMUM)  HISTORY  AND 
AUTOMATICALLY  REVERT  TO  REAL  TIME  TRENDING 

t DISPLAYED  HISTORY 

- 1 DOT/SAMPLE 

- HISTORY  CAN  BE  DISPLAYED  IN  TWO  PORTIONS 

+ HIGH  RESOLUTION  (1  SAMPLE/5-6  SEC)  FOR  THE 
LAST  10-15  MIN 

+ LOW  RESOLUTION  (1  SAMPLE/20-50  SEC)  FOR  THE  REST 

- NO  AVERAGING  OF  SAMPLES 

GENERAL  PURPOSE  TRENDS 

• HISTORY  OF  ANY  VARIABLE 


• VARIABLE  TIME  SCALES  AND  RANGE 
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GRAPHIC  CAPABILITY 


PROCESS  FLOW  DIAGRAMS 

• MINIMUM  NECESSARY  DETAIL 

• HIERARCHICAL  ORGANIZATION 

• INTERACTIVE 

• EXTENSIVE  USE  OF  COLOR  AND  SYMBOLIC  CODING 

• EASY  TO  GENERATE  AND  MAINTAIN 

GENERAL  PURPOSE  GRAPHIC  DISPLAYS 

• BLOCK  DIAGRAMS 

- CONTROL  SCHEMES 

- SEQUENCE  CONTROL 

• EXPERIMENTAL  DISPLAYS 

- USER  DEFINED 
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FIGURE  8 

HIERARCHICAL  ORGANIZATION  OF  GRAPHIC  DISPLAYS 
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OVERALL  CONSOLE  FLEXIBILITY 


• ALL  SCREEN/KEYBOARD  SETS 

- IDENTICAL 

- ABLE  TO  SUPPORT  ANY  DISPLAY  FORMAT 

• VIDEO  SCREEN  "ALLOCATION" 

- DOES  NOT  MEAN  RIGIDLY  DEDICATED  SCREENS 

- ENHANCES  DISPLAY  CALL-UP  BY  "DISPLAY  ASSOCIATION" 

- ALLOWS  EFFICIENT  USE  OF  "PRIMARY"  PATHS 

- EASY  TO  CHANGE 

• ON-LINE  DISPLAY  RECONFIGURATION 

- GROUP  LEVEL 

+ ADD,  DELETE,  CHANGE  TAGS 
+ BUILT  AND  ADD  NEW  GROUPS 

- OVERVIEW  LEVELS 

+ ADD,  DELETE  AND  MODIFY  GROUP  ARRANGEMENT 
+ BUILT  AND  ADD  NEW  PAGES 

- MULTI  TREND 

+ SAME  AS  GROUP  LEVEL 

- ALARMS 

+ MODIFY  ALARM  PRIORITIES  AND  LIMITS 
+ INHIBIT  ALARMS  (INDIVIDUALLY  OR  IN  GROUPS) 

• INTERLOCKS 

- DECISION  FOR  COMMISSIONING  SHOULD  BE  LEFT  TO  THE  USER 


Primary  Paths  To  Loop  Level  (Multitag)  Displays 


B - = 
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DISPLAY  ADDRESSING 

| • FAST  (SINGLE  ACTION) 

| • FLEXIBLE  (MULTIPURPOSE) 

! (RE:  FIGURE  3 AND  10) 

SELECTION  KEYS 

- TAG  SELECTION  (ON  GROUP  DISPLAY) 

- GROUP  SELECTION/CALL-UP  (PRIMARY  PATH  FROM  UNIT  LEVEL  OVERVIEW) 
KEYBOARD  MATRIX 

- ALARMING  FEATURES 

+ WITH  PLANT  LEVEL  OVERVIEW 
+ WITH  PRECONFIGURED  ALARM  PAGES 

- DIRECTORY 

+ WITH  PLANT  LEVEL  OVERVIEW  DISPLAYS 
+ WITH  UNIT  LEVEL  OVERVIEW  DISPLAYS 
+ WITH  MULTITREND  DISPLAYS 

- DISPLAY  CALL-UP  (SINGLE  ACTION) 

+ GROUP  DISPLAYS  (MULTITAG) 

(PRIMARY  PATH  FROM  PLANT  LEVEL  OVERVIEW) 

+ UNIT  LEVEL  OVERVIEW  DISPLAYS 

+ MULTITREND  DISPLAYS 

- SPECIAL  FUNCTION  KEYS  (LAST  ROW) 

+ GROUP  DISPLAYS  (PRIMARY  PATH  FROM  ALARM  DISPLAYS) 

+ VIDEO  SCREEN  ALLOCATION 

DISPLAY  ASSOCIATION  KEYS 

- DISPLAY  CALL-UP  VIA  SECONDARY  PATHS  (SINGLE  ACTION) 

- RETURN  TO  PREVIOUS  DISPLAY  (SINGLE  ACTION) 


L 


il 
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COLOR  AND  OTHER  VISUAL  CODING 


• COLOR  SHOULD  BE  PRIMARILY  TO  CONVEY  INFORMATION 

o COMBINATION  OF  COLOR  AND  OTHER  VISUAL  CODING  MOST 
EFFECTIVE  WAY 

• ENVIRONMENTAL  CONDITIONING  OF  HUMANS  TO  BE  KEPT 
IN  CONSIDERATIONS 

• COLOR  CODING  SHOULD  NOT  BE  USED  ALONE  TO  CONVEY 
CRITICAL  INFORMATION 

• BLINKING  SHOULD  BE  LIMITED  TO  ALARM  CONDITIONS 
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SHORT  RANGE  OBJECTIVES 


INTEGRATION  BETWEEN  COMPUTER  AND  INSTRUMENT  VIDEO 
CONSOLES 

- UNIFY  HARDWARE  DESIGN  OF  VIDEO  SCREENS  AND 
KEYBOARDS 

- UNIFY  CONSOLE  PROCEDURES 

- SWITCHOVER  OF  INSTRUMENT  VIDEO  CONSOLES 
BETWEEN  MAIN  COMPUTER  AND  OWN  m P , 

- NEED  FOR  STANDARDIZATION  OF  DATA  TRANSMISSION 
SYSTEMS  AND  INTER  SYSTEM  INTERFACING  TO  ACHIEVE 
INTEGRATION 


